<div dir="ltr">Based on the previous discussion I had, I'm leaning towards having a device capability run-time function, as David propounded. I agree that it could cause some minor confusion on the part of the user, but I see it as negligable. After all, users are generally likely to either permanently have a mouse plugged in on their system or not. They're not likely to be continually plugging in and taking out the mouse, so I don't see them as really getting confused by the different handling. Also keep in mind that mouse specific behaviour is the way the originals work, so I'm more comfortable with allowing the original behaviour to work if at all possible, and falling back on non-mouse behaviour at run-time as a last resort.<div>
<br></div><div>As to the final point, about there not being many places where this is relevant, I concede that it isn't needed for many places, but the same could be said originally for mouse wheel support. Now the fact that it's present has meant that multiple different game engines added support for it specially. Voyeur is just the latest engine that could benefit from a has mouse check; there could be others in the future.</div>
<div><br></div><div>The question is really, I would hope, if someone more familiar with the different offline ports could come up with a pull request that properly implements the functionality. Even if it's a default base that returns true for a 'kHasMouse' constant, and has overrides for the tablet-y ports that overrides it to always return false. Individual porters could then replace that with proper mouse checks later. That shouldn't be too much of an interference in core functionality, should it?</div>
<div><br></div><div>Paul.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Mar 15, 2014 at 11:59 AM, Johannes Schickel <span dir="ltr"><<a href="mailto:lordhoto@gmail.com" target="_blank">lordhoto@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 03/15/2014 04:36 PM, D G Turner wrote:<br>
> Johannes,<br>
>    I do agree that it is a bit more than just defining a generic<br>
>    define for the preprocessor i.e. PLATFORM_HAS_MOUSE ?<br>
><br>
>    But there is a problem with platforms which _could_ have a mouse.<br>
><br>
<br>
</div>My idea would be similar to dreammaster's and simply use a define<br>
"PLATFORM_HAS_NO_MOUSE" (or similarly named) which enables code which<br>
doesn't rely on the precision/mouse specifics and define that for all<br>
platforms where no mouse *might* be present/we don't require a mouse. In<br>
general reporting absense of a mouse should give us less problems than<br>
reporting presense. The reason is that the code path for "no mouse<br>
present" should also work with a mouse.<br>
<br>
What I don't like about having both supported is that I find it<br>
confusing if input handling would suddenly change depending on whether<br>
you plug in a mouse or not.<br>
<br>
Last but not least, in the course of the discussion it seems we have two<br>
different places at hand where any of this is really relevant. So, in<br>
conformance with the KISS-principle [1] it seems overly complicated to<br>
come up with some API to handle this and adapt all ports to implement it<br>
etc.<br>
<br>
Greetings,<br>
Johannes<br>
<br>
[1]: <a href="https://en.wikipedia.org/wiki/KISS_principle" target="_blank">https://en.wikipedia.org/wiki/KISS_principle</a><br>
<div class="HOEnZb"><div class="h5"><br>
------------------------------------------------------------------------------<br>
Learn Graph Databases - Download FREE O'Reilly Book<br>
"Graph Databases" is the definitive new guide to graph databases and their<br>
applications. Written by three acclaimed leaders in the field,<br>
this first edition is now available. Download your free book today!<br>
<a href="http://p.sf.net/sfu/13534_NeoTech" target="_blank">http://p.sf.net/sfu/13534_NeoTech</a><br>
_______________________________________________<br>
Scummvm-devel mailing list<br>
<a href="mailto:Scummvm-devel@lists.sourceforge.net">Scummvm-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/scummvm-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/scummvm-devel</a><br>
</div></div></blockquote></div><br></div>