[Scummvm-devel] Cloud Support

[Thierry Crozat]

Hi Alexander, hi porters,

First thanks for your work and for the explanation below.

One small notes to porters: Alexander also added hasTextInClipboard() and getTextFromClipboard() methods in OSystem, and this is used to allow pasting the code in the connection wizard. Alexander added an implementation in the SDL backend when using SDL2. For non-SDL backends or if you need to use SDL 1.2, you may want to reimplement this feature as well in your backend (as I did for the OS X backend as I need to use SDL 1.2 to support old systems).

Alexander,
I am running into issues with SDL_net. The issue is that configure now detects by default SDL2 (I have both SDL 1.2.15 and SDL 2.0.4) but only detects SDL_net 1.2 (I also have both). So using configure with the default arguments result in a config that does not compile as it is trying to use SDL2 (with /usr/local/include/SDL2/ in the include path) and SDL_net 1.2 (but SDL_net.h from /usr/local/include/SDL/ ends up picking up the includes from SDL2). The two seem to be incompatible.

I can make it work if I either disable SDL_net or if I force using SDL 1.2. I have also started looking at modifying configure and the code to use either SDL_net 1.2 or 2 depending on which version of SDL is used. I am planning to look further at that this weekend. But could you confirm that I didn't miss something obvious and that compiling with SDL_net is indeed currently broken when using SDL2 backend?

Thierry

On 01 Sep 2016, at 17:58, Alexander Tkachev <alexander at tkachov.ru> wrote:

> Hi everyone,
>  
> Eugene asked me to write a short note for porters. We've merged my PR recently, which adds two features in ScummVM: Cloud support and local webserver.
>  
> The first one needs libcurl, which is detected using curl-config in configure. If it is found, USE_LIBCURL is defined and backends/cloud files are used.
>  
> The second one needs SDL_net and USE_SDL_NET is defined if it's found. Local webserver could be found within backends/networking/sdl_net.
>  
> There are some interactive tests in testbed, mostly for Cloud.
>  
> There are also some minor additional features, which make user experience a bit better. Those are URL opening and Connection::isLimited() function. Cloud works fine without these, but you can implement these if you want and it's available for the platform. There is an interactive test for urlOpen() in testbed too.
>  
> Finally, I've updated OSD to show Cloud sync icon. But I didn't update it in some backends, and thus buildbot fails to build these. I might have time to fix these soon, but I won't be able to test whether it works as it should.
>  
> Also, as we haven't set up official ScummVM Cloud apps yet, you'd have to register your own test apps in order to test how Cloud API works. App's KEY/SECRET should be added to the [cloud] section of your scummvm.ini file:
> DROPBOX_KEY=...
> DROPBOX_SECRET=...
> ONEDRIVE_KEY=...
> ONEDRIVE_SECRET=...
> GOOGLE_DRIVE_KEY=...
> GOOGLE_DRIVE_SECRET=...
> BOX_KEY=...
> BOX_SECRET=...
>  
> As Cloud feature works with these providers similarly, you don't have to register all four apps. I'd recommend Dropbox, as it's really simple to create an app there. Short links to scummvm.org are redirecting to my app, so instead of typing those you'd have to make a link on your own. For example, this link template could be used for Dropbox app:
> https://www.dropbox.com/1/oauth2/authorize?response_type=code&redirect_uri=https://www.scummvm.org/c/code&client_id=<DROPBOX_KEY>
>  
> That link redirects to https://www.scummvm.org/c/code. If you want to test auth using local webserver, you should put http://localhost:12345/ in redirect_uri instead.
>  
> These redirect_uris should be allowed in application settings on developer's page.
>  
> — Alexander
>  
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.scummvm.org
> http://lists.scummvm.org/listinfo/scummvm-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20160901/9ce3f9d5/attachment.html>