<div dir="ltr">Thanks, Michalis, for testing.<div>This prompted me to go back and check again the original scene (without the offset) in cobweb available here:</div><div><br></div><div><a href="https://gist.githubusercontent.com/andreasplesch/83771ec5959935d309db417387397952/raw/e98fc7bb39ff04b982add3b08e730da009c4119f/x3dconnector.x3d">https://gist.githubusercontent.com/andreasplesch/83771ec5959935d309db417387397952/raw/e98fc7bb39ff04b982add3b08e730da009c4119f/x3dconnector.x3d</a><br></div><div><br></div><div>And it turns out that cobweb actually also shows the initial jump, unlike what I thought I had observed before.</div><div><br></div><div>So all browser behave the same, and the only question is if the original scene just had missed this small issue.</div><div><br></div><div>Cheers, Andreas</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 1, 2017 at 5:43 PM, Michalis Kamburelis <span dir="ltr"><<a href="mailto:michalis.kambi@gmail.com" target="_blank">michalis.kambi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2017-06-01 21:40 GMT+02:00 Andreas Plesch <<a href="mailto:andreasplesch@gmail.com">andreasplesch@gmail.com</a>>:<br>
> Cobweb and perhaps other x3d browser do not require this offset value for<br>
> expected behaviour. This now raises the question which interpretation of<br>
> PlaneSensor is correct, eg. should the offset here be necessary ?<br>
><br>
> <a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/pointingsensor.html#PlaneSensor" rel="noreferrer" target="_blank">http://www.web3d.org/<wbr>documents/specifications/<wbr>19775-1/V3.3/Part01/<wbr>components/pointingsensor.<wbr>html#PlaneSensor</a><br>
><br>
> says:<br>
><br>
> '..a translation_changed event is output which corresponds to the sum of the<br>
> relative translation from the original intersection point to the<br>
> intersection point of the new bearing in the plane plus the offset value.'<br>
><br>
> As a relative translation I would interprete this language to mean that<br>
> translation_changed starts out with '0 0 0' and then accumulates from there.<br>
> In the example, translation_changed is routed to an transform with an<br>
> initial translation value of '1 -1 .01' which means that a '0 0 0'<br>
> translation would lead to the previously observed initial jump. Adding an<br>
> offset therefore seems necessary. So x3dom behaviour seems correct ?<br>
> Generally cobweb is more strict in following the spec, so I am little<br>
> surprised.<br>
><br>
<br>
At least view3dscene also requires this offset, as I understood the<br>
specification in the same way as you. Without the offset, the green<br>
ball indeed will "jump" at the first drag to (0,0,0). With the offset,<br>
it's OK.<br>
<br>
I tested on x3d extracted from your<br>
<a href="https://glitch.com/edit/#!/jade-aluminum?path=views/index.html:34:0" rel="noreferrer" target="_blank">https://glitch.com/edit/#!/<wbr>jade-aluminum?path=views/<wbr>index.html:34:0</a> .<br>
<br>
Regards,<br>
Michalis<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>