<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Message: 3<br>
Date: Sun, 6 Nov 2016 22:16:29 +0000<br>
From: doug sanden <<a href="mailto:highaspirations@hotmail.com">highaspirations@hotmail.com</a>><br>
To: X3D Graphics public mailing list <<a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a>><br>
Subject: Re: [x3d-public] passive vs. active mouse isOver event<br>
Message-ID:<br>
<<a href="mailto:BN6PR14MB17781D9FA89371F85BCC7D7DB6A40@BN6PR14MB1778.namprd14.prod.outlook.com">BN6PR14MB17781D9FA89371F85BCC<wbr>7D7DB6A40@BN6PR14MB1778.<wbr>namprd14.prod.outlook.com</a>><br>
<br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
> So if most (all?) older x3d browsers generate the isOver event even<br>
> when the mouse does not move, at some point there was a reason to have<br>
> the spec. say otherwise ?<br>
><br>
H0: because it eats cpu cycles/FLOPS/ops - it ray castes on every frame looking if something slipped in under the cursor. Whereas the lazy method waits till the user moves the mouse.<br>
H1: like H0 but more specifically allows the ray casting to be done from mouse event stack / mouse thread<br>
<br></blockquote><div><br></div><div>Ok. In this case the spec. would need to be more permissive and optionally allow this behaviour if browsers wish to sacrifice performance. It explicitly excludes this behaviour, instead, presumably for some other reason. Perhaps a strict interpretation of 'touch'. </div><div><br></div><div>There may be some other way to achieve this kind of passive mouse over action ? I believe VisibilitySensor would not actually help here ?</div><div><br></div><div>Probably not too productive to dig much deeper.</div><div><br></div><div>-Andreas </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
______________________________<wbr>__________<br>
From: x3d-public <<a href="mailto:x3d-public-bounces@web3d.org">x3d-public-bounces@web3d.org</a>> on behalf of Andreas Plesch <<a href="mailto:andreasplesch@gmail.com">andreasplesch@gmail.com</a>><br>
Sent: November 6, 2016 2:54 PM<br>
To: Joe D Williams<br>
Cc: X3D Graphics public mailing list<br>
Subject: Re: [x3d-public] passive vs. active mouse isOver event<br>
<br>
On Sun, Nov 6, 2016 at 3:59 PM, Joe D Williams <<a href="mailto:joedwil@earthlink.net">joedwil@earthlink.net</a><mailto:<a href="mailto:joedwil@earthlink.net"><wbr>joedwil@earthlink.net</a>>> wrote:<br>
<br>
In Tony's old Flux and before, in cosmo and now in BSContct and other latest, when the geomtry moves then the isOver becomes active.<br>
<br>
<a href="http://www.hypermultimedia.com/ajax3d/AJAX3Dlogo2.x3d" rel="noreferrer" target="_blank">http://www.hypermultimedia.<wbr>com/ajax3d/AJAX3Dlogo2.x3d</a><br>
<br>
When the X grows to be under the pointer, then the event happens.<br>
<br>
Thanks, this is an excellent example. I tested also in BSContact and confirm that the isOver event is generated even when the mouse pointer is not moved actively.<br>
<br>
<a href="http://titania.create3000.de/cobweb/" rel="noreferrer" target="_blank">http://titania.create3000.de/<wbr>cobweb/</a> lets you paste the URL into the URL line at the bottom. It will load and cobweb does not generate the isOver event when the mouse stays fixed (but of course does when the mouse is moved a little bit).<br>
<br>
I tested InstantPlayer as well with this example and it behaves like cobweb.<br>
<br>
Doug says FreeWrl behaves like BSContact.<br>
<br>
So if most (all?) older x3d browsers generate the isOver event even when the mouse does not move, at some point there was a reason to have the spec. say otherwise ?<br>
<br>
<a href="http://www.web3d.org/documents/specifications/14772/V2.0/part1/nodesRef.html#TouchSensor" rel="noreferrer" target="_blank">http://www.web3d.org/<wbr>documents/specifications/<wbr>14772/V2.0/part1/nodesRef.<wbr>html#TouchSensor</a><br>
<br>
' Events are not generated if the geometry itself is animating and moving underneath the pointing device.'<br>
<br>
This is sign that sensors are active. Does the event need to be expresed in the same frame as the geometry was moved?<br>
<br>
In case the mouse was moved, the browser can determine for the current cascade if the mouse position changed with respect to the last frame and can then generate the event for the current cascade. This is probably what I would expect. Similarly, the browser can determine if the geometry moved since the last frame with respect to the mouse pointer and if appropriate generate an isOver event for the current cascade.<br>
<br>
I hope it depends upon the the author's choice. Maybe it actually matters to the esimulation. Again an important step or steps in the sequence of discovering what has happened since the last frame.<br>
<br>
Not sure how an author could influence when such events are generated ? It would be more a spec./browser implementation decision, to me.<br>
<br>
-Andreas<br>
<br>
----- Original Message ----- From: "Andreas Plesch" <<a href="mailto:andreasplesch@gmail.com">andreasplesch@gmail.com</a><<wbr>mailto:<a href="mailto:andreasplesch@gmail.com">andreasplesch@gmail.com</a><wbr>>><br>
To: "X3D Graphics public mailing list" <<a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a><mailto:<a href="mailto:x3d-public@web3d.org">x<wbr>3d-public@web3d.org</a>>><br>
Sent: Saturday, November 05, 2016 1:46 PM<br>
Subject: [x3d-public] passive vs. active mouse isOver event<br>
<br>
<br>
I noticed that cobweb does not generate an isOver TouchSensor event when<br>
the pointing device is not moved actively but the sensed geometry itself<br>
moves under the mouse pointer. At first this was surprising to me but after<br>
reading<br>
<br>
<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/pointingsensor.html#TouchSensor" rel="noreferrer" target="_blank">http://www.web3d.org/<wbr>documents/specifications/<wbr>19775-1/V3.3/Part01/<wbr>components/pointingsensor.<wbr>html#TouchSensor</a><br>
<br>
this seems to be the expected behaviour since active mouse movement is<br>
required to generate events.<br>
<br>
Do other browser behave the same way ?<br>
<br>
-Andreas<br>
<br>
--<br>
Andreas Plesch<br>
39 Barbara Rd.<br>
Waltham, MA 02453<br>
<br>
<br>
<br>
------------------------------<wbr>------------------------------<wbr>--------------------<br>
<br>
<br>
______________________________<wbr>_________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a><mailto:<a href="mailto:x3d-public@web3d.org">x3<wbr>d-public@web3d.org</a>><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/<wbr>listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
<br>
<br>
<br>
--<br>
Andreas Plesch<br>
39 Barbara Rd.<br>
Waltham, MA 02453<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
______________________________<wbr>_________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org">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/<wbr>listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of x3d-public Digest, Vol 92, Issue 13<br>
******************************<wbr>************<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Andreas Plesch<br>39 Barbara Rd.<br>Waltham, MA 02453</div>
</div></div>