Hi,
Starting from the bottom. I can tell you (and probably did write in the old thread) that they are, more or less, treated equally. That is generally how Windows, particularly in applications that are not “Store”-apps (i.e. rewritten specifically for Windows 8+), with a few differences. For example, a click and a right-click are used as a “tap” and a long-touch respectively, and I can suspect this could be important for E-Prime 3 RTs based on touch. I am also not too sure what would happen if you were to use both Mouse input responses and touch input responses, but I would expect this to be the same as having two keyboards or two mice attached – both keyboards will work, but you will get only one pointer.
That said, adapting the task to E-Prime 3 is generally made easier, because in EP3 you will no longer need the HitState stuff to create buttons. In E-Prime 3 you just add buttons to a slide, and job sorted. Of course, if your code is designed around the idea that a mouse cursor *was* outside an area and then went into an area, that will no longer work with touch: a mouse-pointer moves, but unless somebody slides their finger, a tablet input just gets the coordinate of the press. All in all, I would say that there might be some work in adapting the task, but that is mainly because E-Prime 2 made things difficult when it came to mouse input, and people coded their way around it in idiosyncratic ways.
Best,
Michiel
--
You received this message because you are subscribed to the Google Groups "E-Prime" group.
To unsubscribe from this group and stop receiving emails from it, send an email to e-prime+u...@googlegroups.com.
To post to this group, send email to e-p...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/e-prime/c8b80d97-6a60-42b9-81bc-3b83be849cb2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
