<div dir="auto"><div><div class="gmail_quote"><div dir="ltr">On Thu, Apr 26, 2018, 8:54 PM Michalis Kamburelis <<a href="mailto:michalis.kambi@gmail.com">michalis.kambi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2018-04-27 0:21 GMT+02:00 Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" target="_blank" rel="noreferrer">andreasplesch@gmail.com</a>>:<br>
>><br>
>> - LOD.level as an alternative name (in VRML 2) for X3D LOD.children<br>
>><br>
>> - LOD.levelIndex_changed as an alternative name (in VRML 2) for X3D<br>
>> LOD.level_changed<br>
><br>
> Makes sense to introduce this non-standard vrml field. Maybe this name<br>
> should have been the official x3d field name in the first place.<br>
><br>
<br>
Note that in Castle Game Engine, we do *not* add alternative names<br>
(from VRML 2) to X3D.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes, there would be no need for that. I just had hinted that it may have been a little cleaner to not reuse the field name 'level' for X3D when it was spec'ed and instead use a new name such as 'levelIndex' for a newly introduced field. Perhaps something to keep in mind for future X3D revisions when new fields are considered.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The "alternative name" (like "LOD.levelIndex_changed" or<br>
"Collision.collide") is versioned, i.e. it only exists if the file<br>
header declared exactly VRML == 2.<br>
<br>
On the other hard, the "standard" name (like "LOD.level_changed" or<br>
"Collision.enabled"), which equals the "name in the latest standard<br>
version", is available in all versions. (VRML and X3D).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">But LOD.level_changed should mean different types of events in VRML and X3D, no ? MFNode in VRML and SFInt in X3D ?</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
So in X3D you have to use "LOD.level_changed" / "Collision.enabled".<br>
In VRML 2 you can use "LOD.levelIndex_changed", "LOD.level_changed",<br>
"Collision.collide", "Collision.enabled". I hope this can ease a<br>
transition VRML 2.0 -> X3D, so you can "upgrade" your VRML 2 content<br>
to X3D in small steps.<br>
<br>
>> - Polyline2D.point as an alternative name (in VRML 2) for X3D lineSegments<br>
><br>
> Hm, I could not find Polyline2D in VRML.<br>
><br>
<br>
It's not in the original VRML 97 specification, but it was added in<br>
"VRML 97 Amendment 1 specification", see<br>
<a href="http://www.web3d.org/documents/specifications/14772-1/V2.1/index.html" rel="noreferrer noreferrer" target="_blank">http://www.web3d.org/documents/specifications/14772-1/V2.1/index.html</a><br>
.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ah, I see. I suspect Amendment 1 will not become a priority for x_ite . Nurbs for X3D would be first as there are currently only stubs.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
It's part of the NURBS concept (that, BTW, changed so significantly<br>
between "VRML 97 Amendment 1 specification" -> X3D that you cannot<br>
handle it all using a simple aliasing anyway, I mention the<br>
differences on <a href="https://castle-engine.io/x3d_implementation_nurbs.php" rel="noreferrer noreferrer" target="_blank">https://castle-engine.io/x3d_implementation_nurbs.php</a><br>
).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yeah, another reason to not focus on Amendment 1 ? Is there vrml 2.1 content around which authors did not convert to X3D ?</div><div dir="auto"><br></div><div dir="auto">-Andreas</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regards,<br>
Michalis<br>
</blockquote></div></div></div>