<div dir="ltr">fixed isOver for desktop freewrl - will be in next release. <div>freewrl now detects touch devices in windows by WM_TOUCH events or use of (built in) mutlitouch emulator, and does something slightly  different for each, so menu bar Hover mode still works with multitouch for isOver swiping.</div><div>Thanks Andreas for raising the issue.</div><div>-Doug</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 27, 2020 at 3:17 PM Andreas Plesch <<a href="mailto:andreasplesch@gmail.com">andreasplesch@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Got it. It works fine. Perhaps the desktop/mouse and the mobile/touch<br>
behaviours have to diverge more. For touch it seems necessary to have<br>
a toggle to switch on isOver behaviour while dragging/moving but for<br>
desktop it is more natural to just move the pointer without pressing a<br>
button. This is probably the spec. intended behaviour to generate<br>
isOver events. Another good UX topic !<br>
<br>
Thinking about it, for touch it may be possible to have isOver<br>
behaviour as long as the finger is moving. Tapping without moving<br>
could be then a click, and tapping then moving could be dragging.<br>
<br>
We could check how web browsers do it,<br>
<br>
-Andreas<br>
<br>
On Wed, May 27, 2020 at 4:05 PM GPU Group <<a href="mailto:gpugroup@gmail.com" target="_blank">gpugroup@gmail.com</a>> wrote:<br>
><br>
> Freewrl has a HOVER mode - on the menu bar ^ button toggle that on, then drag LMB DOWN over something, and it will do the isOver thing, and drag it off to un-do the isOver state.<br>
> That was done to make it compatible with touch devices. Could make it desktop compatible again.<br>
> Q. With a touch-device, how do you do isOver?<br>
> -Doug<br>
><br>
> On Wed, May 27, 2020 at 1:55 PM GPU Group <<a href="mailto:gpugroup@gmail.com" target="_blank">gpugroup@gmail.com</a>> wrote:<br>
>><br>
>> ISSUE CONFIRMED.<br>
>><br>
>> On Wed, May 27, 2020 at 1:25 PM Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.com</a>> wrote:<br>
>>><br>
>>> <a href="https://gist.github.com/andreasplesch/b3ad601a0d1d8adc3eba5308603772b5#file-touchtest2-x3d" rel="noreferrer" target="_blank">https://gist.github.com/andreasplesch/b3ad601a0d1d8adc3eba5308603772b5#file-touchtest2-x3d</a><br>
>>> <a href="https://gist.githubusercontent.com/andreasplesch/b3ad601a0d1d8adc3eba5308603772b5/raw/f11a1b3b931420316d44f4ae231f4d48a2a66c9c/touchTest2.x3d" rel="noreferrer" target="_blank">https://gist.githubusercontent.com/andreasplesch/b3ad601a0d1d8adc3eba5308603772b5/raw/f11a1b3b931420316d44f4ae231f4d48a2a66c9c/touchTest2.x3d</a><br>
>>><br>
>>> is an example of how highlighting a geometry which is<br>
>>> sensed/influenced by a TouchSensor can be accomplished, by using<br>
>>> routing from event utilities.<br>
>>><br>
>>> It is a straightforward approach which requires three utility nodes<br>
>>> for logic and five routes, per sensed geometry.<br>
>>><br>
>>> It works fine with all tested browsers (view3dscene, Instant, octaga)<br>
>>> except for freeWrl 4.0. Here with x3dom and x_ite:<br>
>>><br>
>>> <a href="https://gist.githack.com/andreasplesch/b3ad601a0d1d8adc3eba5308603772b5/raw/f11a1b3b931420316d44f4ae231f4d48a2a66c9c/touchtest_x3dom.html" rel="noreferrer" target="_blank">https://gist.githack.com/andreasplesch/b3ad601a0d1d8adc3eba5308603772b5/raw/f11a1b3b931420316d44f4ae231f4d48a2a66c9c/touchtest_x3dom.html</a><br>
>>><br>
>>> <a href="https://gist.githack.com/andreasplesch/b3ad601a0d1d8adc3eba5308603772b5/raw/f11a1b3b931420316d44f4ae231f4d48a2a66c9c/touchtest_x_ite.html" rel="noreferrer" target="_blank">https://gist.githack.com/andreasplesch/b3ad601a0d1d8adc3eba5308603772b5/raw/f11a1b3b931420316d44f4ae231f4d48a2a66c9c/touchtest_x_ite.html</a><br>
>>><br>
>>> Is this a known behaviour of freeWrl ?<br>
>>><br>
>>> The other question is if there is a less verbose way to do this ?<br>
>>><br>
>>> The background is improving the Step to X3D conversion to include<br>
>>> highlighting. Here is an example: (scroll to bottom, press A)<br>
>>><br>
>>> <a href="https://nbviewer.jupyter.org/github/andreasplesch/OCCToX3D/blob/ac9a7335639a209e6ce9d39b193b8fa32c4af8b9/notebooks/doc_to_scenegraph2-pick2.ipynb" rel="noreferrer" target="_blank">https://nbviewer.jupyter.org/github/andreasplesch/OCCToX3D/blob/ac9a7335639a209e6ce9d39b193b8fa32c4af8b9/notebooks/doc_to_scenegraph2-pick2.ipynb</a><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Andreas Plesch<br>
>>> Waltham, MA 02453<br>
>>><br>
>>> _______________________________________________<br>
>>> x3d-public mailing list<br>
>>> <a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
>>> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
<br>
-- <br>
Andreas Plesch<br>
Waltham, MA 02453<br>
</blockquote></div>