<div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Date: Thu, 26 Apr 2018 12:26:31 -0600<br>
From: GPU Group <<a href="mailto:gpugroup@gmail.com" rel="noreferrer noreferrer" target="_blank">gpugroup@gmail.com</a>><br>
To: X3D Graphics public mailing list <<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>><br>
Subject: Re: [x3d-public] vrml to x3d field name changes<br>
Message-ID:<br>
        <CAM2ogRey3igmHFVc2LKeonRMCjBJG=<a href="mailto:2wZ3nVLe4hDN0rU_q_Dg@mail.gmail.com" rel="noreferrer noreferrer" target="_blank">2wZ3nVLe4hDN0rU_q_Dg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Yes - freewrl has a couple of mechanisms:<br>
- each node knows what context (scene, Inline, protobody) it belongs to<br>
- and each context knows what specs version its scene file declared<br>
Or for a few nodes like LOD, it has a private field that gets flagged as<br>
isX3D during parsing if v3.0+<br>
-Doug<br></blockquote></div><div dir="auto"><br></div><div dir="auto">Thanks. I think that is similar to what x_ite has. Just out of curiosity, since a node knows its context, and then the context its spec. version/encoding, is the isX3D private field more for convenience, and perhaps performance ?</div><div dir="auto">What other nodes have that private field ?</div><div dir="auto"><br></div><div dir="auto">Andreas</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>
On Thu, Apr 26, 2018 at 11:48 AM, Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>><br>
wrote:<br>
<br>
> Hi Doug,<br>
><br>
> that could work but without further changes I think may just reverse<br>
> the problem due to the way x_ite currently works. In a vrml scene<br>
> 'level_changed' would then become a recognized output SFInt field<br>
> although it should be treated as the equivalent of the x3d<br>
> 'children_changed' field synonym.<br>
><br>
> It seems it is just a question at which level these differences<br>
> between vrml and x3d are addressed best,<br>
><br>
> -Andreas<br>
><br>
> > Date: Thu, 26 Apr 2018 10:01:17 -0600<br>
> > From: GPU Group <<a href="mailto:gpugroup@gmail.com" rel="noreferrer noreferrer" target="_blank">gpugroup@gmail.com</a>><br>
> > To: X3D Graphics public mailing list <<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>><br>
> > Subject: Re: [x3d-public] vrml to x3d field name changes<br>
> > Message-ID:<br>
> >         <CAM2ogRfR4Esq+WQsOGrvXcqc27JtsSTsXnud0f=NaKa2=<br>
> <a href="mailto:FUrRA@mail.gmail.com" rel="noreferrer noreferrer" target="_blank">FUrRA@mail.gmail.com</a>><br>
> > Content-Type: text/plain; charset="utf-8"<br>
> ><br>
> > When hooking up routes, use a 2-pass search:<br>
> > 1. exact match<br>
> > if didn't find then<br>
> > 2. synonym match ie set_, _changed<br>
> > -Doug<br>
> ><br>
> > On Thu, Apr 26, 2018 at 8:48 AM, Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a><br>
> ><br>
> > wrote:<br>
> ><br>
> >> The 'level_changed' field of the LOD node<br>
> >> (<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/</a><br>
> >> components/navigation.html#LOD)<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 noreferrer noreferrer" target="_blank">https://github.com/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/" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.web3d.org/documents/specifications/</a><br>
> >> 14772/V2.0/part1/nodesRef.html#LOD)<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>
> >><br>
> >> -Andreas<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" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a><br>
> >> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
> >><br>
> > -------------- next part --------------<br>
> > An HTML attachment was scrubbed...<br>
> > URL: <<a href="http://web3d.org/pipermail/x3d-public_web3d.org/" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/pipermail/x3d-public_web3d.org/</a><br>
> attachments/20180426/58d401b8/attachment.html><br>
> ><br>
> > ------------------------------<br>
> ><br>
> > Subject: Digest Footer<br>
> ><br>
> > _______________________________________________<br>
> > x3d-public mailing list<br>
> > <a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a><br>
> > <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
> ><br>
> ><br>
> > ------------------------------<br>
> ><br>
> > End of x3d-public Digest, Vol 109, Issue 83<br>
> > *******************************************<br>
><br>
><br>
><br>
> --<br>
> Andreas Plesch<br>
> Waltham, MA 02453<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20180426/d23805bd/attachment-0001.html" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20180426/d23805bd/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of x3d-public Digest, Vol 109, Issue 84<br>
*******************************************<br>
</blockquote></div></div>