<div dir="ltr">When hooking up routes, use a 2-pass search:<div>1. exact match</div><div>if didn't find then</div><div>2. synonym match ie set_, _changed</div><div>-Doug</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 26, 2018 at 8:48 AM, Andreas Plesch <span dir="ltr"><<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The 'level_changed' field of the LOD node<br>
(<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/navigation.html#LOD" rel="noreferrer" target="_blank">http://www.web3d.org/<wbr>documents/specifications/<wbr>19775-1/V3.3/Part01/<wbr>components/navigation.html#LOD</a><wbr>)<br>
currently does not work in the x_ite browser although it is correctly<br>
implemented. The problem is that x_ite also understands vrml97 and<br>
aliases vrml field names to equivalent x3d field names in a<br>
straightforward manner<br>
(<a href="https://github.com/create3000/x_ite/issues/11" rel="noreferrer" target="_blank">https://github.com/<wbr>create3000/x_ite/issues/11</a>). This is fine in most<br>
cases but for the LOD node it leads to a conflict. Vrml has a 'level'<br>
field (<a href="http://www.web3d.org/documents/specifications/14772/V2.0/part1/nodesRef.html#LOD" rel="noreferrer" target="_blank">http://www.web3d.org/<wbr>documents/specifications/<wbr>14772/V2.0/part1/nodesRef.<wbr>html#LOD</a>)<br>
which is aliased to the corresponding 'children' x3d field. A<br>
'level_changed' event therefore is then treated as output from the<br>
MFNode 'children' field, and not as output from the SFInt<br>
'level_changed' field.<br>
<br>
A possible fix is to only do the aliasing if we know the original<br>
encoding of the LOD node was vrml. This fix may be ok if the LOD node<br>
is the only node which could have this conflict stemming from renaming<br>
a vrml field ('level' to 'children') and at the same time introducing<br>
a new x3d field ('level_changed') with the old vrml name of the<br>
renamed field.<br>
<br>
So my question is if there may be other nodes with fields which were<br>
affected by renaming from vrml to x3d in such a way ?<br>
<br>
If there are a few others it may be worth looking for a solution which<br>
does not need special treatment of certain nodes.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Andreas<br>
<br>
<br>
-- <br>
Andreas Plesch<br>
Waltham, MA 02453<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>
</font></span></blockquote></div><br></div>