[Scummvm-devel] Backend-specific options and when the common launcher isn't the best fit
Johannes Schickel
lordhoto at scummvm.org
Tue Oct 26 20:46:56 CEST 2010
On 10/26/2010 02:58 PM, Angus Lees wrote:
> (Changing subjects)
>
> On Tue, Oct 26, 2010 at 23:31, Michael Nicholls<nicholls.mc at gmail.com> wrote:
>> This is more a general question, but what is the best way to configure
>> different, touchscreen/mouse behaviours?
>> I have a mode that differs to the original so switching between the two using
>> whatever the correct method is would be preferable.
> So far I have no Android-specific config options, which has made
> right-click alternatives particularly problematic.
>
> ScummVM folks: what is the right way to add backend-specific options?
> I'm led to believe that some of the ports #ifdef in their own options
> in the common gui dialogs but I haven't looked at the details - is
> that the best/only way?
>
>
> I dream of being able to replace the launcher with some normal Android
> code that used native Android widgets (so they are actually capable of
> being clicked on with a fat finger on a small screen, skipping
> desktop-centric idioms like double-clicking and tabs, and options I
> know don't exist on Android like midi hardware).
> If I was to toss the launcher and just call into MetaEngine, etc
> directly would that upset lots of people? I can see that might cause
> a support burden for the rest of ScummVM so I understand if it isn't
> something you'd want to see in the main ScummVM tree.
Hi,
I think the DC port uses a custom launcher as in it does not use our GUI
launcher at all, unlike the WinCE port which extends our normal
launcher. There are some hints on how to do that by looking in the
backend's code parts and checking base/main.cpp lines 61-67 and maybe
different code too. I don't think you even have to start the game
yourself, i.e. there's startGame in main.cpp which is always run after
the launcher returns its control flow, when a domain in the config
manager is activated.
About the support burden I am not sure what you mean by that? If users
have problems with that code it's all your responsibility to fix it, so
that's not really a burden for the rest of ScummVM (neither code wise
nor developer wise).
// Johannes
More information about the Scummvm-devel
mailing list