<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div class="elementToProof" style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
Glad we are making sense here.</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
As far as the specification goes, the farthest ISO/IEC 19775-1 X3D Architecture would state is noting</div>
<ul data-editing-info="{"applyListStyleFromLevel":false,"unorderedStyleType":1}" style="direction: ltr; margin-top: 0px; margin-bottom: 0px; list-style-type: disc;">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div style="direction: ltr;">The X3D model is in error,</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div class="elementToProof" style="direction: ltr;">This is a security consideration.</div>
</li></ul>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
The specification rarely goes beyond that in order to avoid unintended burdens on browsers and tools, risking the creation of non-compliant situations. We are not trying to standardize handling of warnings, errors, and edge cases since that is intimately related
to application-software design.</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
Meanwhile, each of the following steps you've listed make excellent sense as responses to be considered by browsers and other (often validating) tools.</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
I do not see a way to build in such checks in X3D XML Schema. I do see a way to detect such errors in X3D-Edit, X3D Schematron, X3DJSAIL, x3d.py X3DPSAIL, etc.</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
May I suggest that users deserve special notice of security-related violations, they are not simple errors and are indicative of content trustworthiness (and ill intent). Fair warning seems necessary to maintain user trust.</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
Such warnings and precautions are sprinkled throughout X3D Tooltips. More are always welcome.</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<ul data-editing-info="{"applyListStyleFromLevel":false,"unorderedStyleType":1}" style="direction: ltr; margin-top: 0px; margin-bottom: 0px; list-style-type: disc;">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div style="direction: ltr;">X3D Tooltips</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div style="direction: ltr;"><a href="https://www.web3d.org/x3d/tooltips/X3dTooltips.html" id="LPlnk855765" class="x_x_OWAAutoLink" data-auth="NotApplicable">https://www.web3d.org/x3d/tooltips/X3dTooltips.html</a></div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div style="direction: ltr;">32 occurrences (so far): "<b>Warning</b>: automatically reloading content has security considerations and needs to be considered carefully."</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div style="direction: ltr;">... Now 34, I just added a relevant recursion warnings under Inline url and ExternProtoDeclare url.</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div style="direction: ltr;">"Warning: direct or indirect recursion by Inline and/or ExternProtoDeclare url reloading is a security error."</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div class="elementToProof" style="direction: ltr;">TODO: update and deploying the tooltips is delayed due to a separate problem.</div>
</li></ul>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
If it is considered to have potential value, I could see us trying to write an informative annex Security Considerations in X3D 4.1. Alternatively, such specification prose might go in a section on Security Considerations that gets considered for each file
encoding and programming-language binding. However it is difficult to see how this might be done concisely.</div>
<div class="elementToProof" style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
Probably best for now is put any general non-specification guidance somewhere information, such as X3D Scene Authoring Hints or the resources listed in</div>
<div class="elementToProof" style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<ul data-editing-info="{"applyListStyleFromLevel":false,"unorderedStyleType":1}" style="direction: ltr; margin-top: 0px; margin-bottom: 0px; list-style-type: disc;">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div class="elementToProof" style="direction: ltr;">X3D Resources: Security</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<div class="elementToProof" style="direction: ltr;"><a href="https://www.web3dconsortium.org/x3d/content/X3dResources.html#Security" id="LPlnk166986">https://www.web3dconsortium.org/x3d/content/X3dResources.html#Security</a></div>
</li></ul>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
Onward we go, carefully...</div>
<div class="x_x_elementToProof" id="x_x_Signature">
<p style="margin: 0in; font-family: Calibri, sans-serif; font-size: 11pt;"><span style="font-family: "Courier New"; font-size: 9pt;"><br>
</span></p>
<p style="margin: 0in; font-family: Calibri, sans-serif; font-size: 11pt;"><span style="font-family: "Courier New"; font-size: 9pt;">all the best, Don</span></p>
<p style="margin: 0in; font-family: Calibri, sans-serif; font-size: 11pt;"><span style="font-family: "Courier New"; font-size: 9pt;">--</span></p>
<p style="margin: 0in; font-family: Calibri, sans-serif; font-size: 11pt;"><span style="font-family: "Courier New"; font-size: 9pt;">Don Brutzman Naval Postgraduate School, Code USW/Br brutzman@nps.edu</span></p>
<p style="margin: 0in; font-family: Calibri, sans-serif; font-size: 11pt;"><span style="font-family: "Courier New"; font-size: 9pt;">Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA +1.831.656.2149</span></p>
<p style="margin: 0in; font-family: Calibri, sans-serif; font-size: 11pt;"><span style="font-family: "Courier New"; font-size: 9pt;">X3D graphics, virtual worlds, navy robotics https://faculty.nps.edu/brutzman</span></p>
<p style="margin: 0in; font-family: Calibri, sans-serif; font-size: 11pt;"><span style="font-family: "Courier New"; font-size: 9pt;"> </span></p>
</div>
<div id="x_x_appendonsend"></div>
<div style="direction: ltr; font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<hr style="direction: ltr; display: inline-block; width: 98%;">
<div style="direction: ltr; font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<b>From:</b> x3d-public on behalf of Andreas Plesch via x3d-public<br>
<b>Sent:</b> Monday, May 12, 2025 9:47 AM<br>
<b>To:</b> X3D Graphics public mailing list<br>
<b>Cc:</b> Andreas Plesch<br>
<b>Subject:</b> Re: [x3d-public] Simplifying ProtoInstance nodes; spec security precaution</div>
<div style="direction: ltr; font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="direction: ltr;">Good point, trying to overload/redefine existing nodes should be considered on a different level than undefined behaviour for rendering or interactions.</div>
<div style="direction: ltr;"><br>
</div>
<div style="direction: ltr;">What are the implications of the spec. deeming this an error ?</div>
<div style="direction: ltr;"><br>
</div>
<div style="direction: ltr;">- the document becomes invalid X3D ?</div>
<div style="direction: ltr;">- a conforming browser should/must recognize the conflict and do something appropriate, eg. warn and halt, or warn and ignore proto declaration, or just warn ?</div>
<div style="direction: ltr;">- what else ?</div>
<div style="direction: ltr;"><br>
</div>
<div style="direction: ltr;">-Andreas</div>
<div style="direction: ltr;"> </div>
<blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left: 1px solid rgb(204, 204, 204);">
<div style="direction: ltr;">Date: Mon, 12 May 2025 04:36:26 +0000<br>
From: "Brutzman, Donald (Don) (CIV)" <<a href="mailto:brutzman@nps.edu" id="OWAbf4fcfa9-0633-f107-4699-3d5420c51f1e" class="x_x_OWAAutoLink">brutzman@nps.edu</a>><br>
To: Holger Seelig <<a href="mailto:holger.seelig@yahoo.de" id="OWA73912e30-625d-1507-ced7-26928073b844" class="x_x_OWAAutoLink">holger.seelig@yahoo.de</a>>, X3D <<a href="mailto:x3d-public@web3d.org" id="OWA9d037563-c25e-77ee-e948-2f851f102ca8" class="x_x_OWAAutoLink">x3d-public@web3d.org</a>><br>
Subject: Re: [x3d-public] Simplifying ProtoInstance nodes; spec<br>
security precaution<br>
Message-ID:<br>
<<a href="mailto:BY3PR13MB4884EC77F3E676D12B70AED3C497A@BY3PR13MB4884.namprd13.prod.outlook.com" id="OWAbc7b0692-4b44-3923-50bc-1a82e2af1a1d" class="x_x_OWAAutoLink">BY3PR13MB4884EC77F3E676D12B70AED3C497A@BY3PR13MB4884.namprd13.prod.outlook.com</a>><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I found the specification prose mentioning re-definition of existing nodes. Important problem to catch in implementations!<br>
<br>
<br>
*<br>
X3D Architecture, v4.1 draft, Clause 4 Concepts, 4.4.4 Prototype semantics, 4.4.4.1 Introduction<br>
*<br>
<a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4.1-CD//Part01/concepts.html#PrototypeSemanticsIntro" id="OWA0863acde-c337-f86b-abdd-66cb86e5970f" class="x_x_OWAAutoLink" data-auth="NotApplicable">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4.1-CD//Part01/concepts.html#PrototypeSemanticsIntro</a><br>
*<br>
"Node type names shall be unique in each X3D file. The results are undefined if a prototype is given the same name as a built-in node type or a previously defined prototype in the same scope."<br>
<br>
I also found the following related security precaution, introduced in X3D 4.0:<br>
<br>
<br>
*<br>
X3D Architecture, v4.1 draft, Clause 4 Concepts, 4.4.4.3 PROTO definition semantics<br>
*<br>
<a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4.1-CD//Part01/concepts.html#PrototypeSemantics" id="OWA79cbaa8d-665d-e2b2-d124-b46f9ade8e63" class="x_x_OWAAutoLink" data-auth="NotApplicable">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4.1-CD//Part01/concepts.html#PrototypeSemantics</a><br>
*<br>
"Security precaution: it is an error for a prototype to reference an instance or repeated declaration of itself, directly or indirectly, in order to avoid nonterminating recursion loops. This error might occur with either local or external (PROTO or EXTERNPROTO)
declarations. X3D browsers shall not honor self-referential loading of prototype declaration loops in order to avoid security vulnerabilities."<br>
<br>
Along those lines, it is easy to imagine all sorts of mischief if a prototype overloads a given node in the specification. For example, creating a new Transform prototype that is actually a Box then breaks all other regular Transform nodes.<br>
<br>
As a result, I now think we should not allow overloading an existing node name, since it is a security problem. Saying that results are undefined is unacceptably weak.<br>
<br>
Something else to remain cognizant of: during X3D evolution, we often prototype proposed new nodes to test their proposed functionality. Further, if the node is eventually accepted, then existence of the prototype provides helpful backwards compatibility for
earlier versions of the X3D standard.<br>
<br>
Suggested spec change in 4.4.4.1 Introduction of X3D Architecture, thus applying to all X3D file encodings and programming-language bindings:<br>
<br>
<br>
*<br>
"Security precaution: it is an error for a prototype to rename a built-in node type that is already defined in the X3D version referenced by an X3D model."<br>
*<br>
"The results are undefined if a prototype is given the same name as a built-in node type or a previously defined prototype in the same scope."<br>
<br>
*<br>
TODO: consider including an example that renames Transform using a prototype declaration for a Box, specifically saying it is not allowed. This is similar to your example Holger, but more egregious and damaging to the model.<br>
*<br>
EXAMPLE PROTO Transform [] { Box {} } # specifically disallowed<br>
<br>
As ever, comments welcome. Dick and I will also consider this situation when creating the Mantis issues and specification prose improvements.<br>
<br>
Have fun with secure X3D...<br>
<br>
<br>
all the best, Don<br>
<br>
--<br>
<br>
Don Brutzman Naval Postgraduate School, Code USW/Br <a href="mailto:brutzman@nps.edu" id="OWA9f109bb1-b157-e819-23f2-ef3659ea3a1a" class="x_x_OWAAutoLink">
brutzman@nps.edu</a><br>
<br>
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA +1.831.656.2149<br>
<br>
X3D graphics, virtual worlds, navy robotics <a href="https://faculty.nps.edu/brutzman" id="OWAf862649c-de93-f68d-6c6a-a213293aaf3f" class="x_x_OWAAutoLink" data-auth="NotApplicable">
https://faculty.nps.edu/brutzman</a><br>
<br>
<br>
<br>
________________________________<br>
From: Holger Seelig<br>
Sent: Saturday, May 10, 2025 12:37 PM<br>
To: X3D<br>
Cc: Michalis Kamburelis; Brutzman, Donald (Don) (CIV)<br>
Subject: Re: [x3d-public] Simplifying ProtoInstance nodes<br>
<br>
There is another drawback which already exist in VRML encoding. What take precedence if a PROTO is named as a build-in node. Consider a PROTO named Box with a Sphere as root node. What is happening if a Box is now instantiated?<br>
<br>
PROTO Box []<br>
{<br>
Sphere {}<br>
}<br>
<br>
Shape {<br>
Box {}<br>
}<br>
<br>
This behaviour is not handled by the specification, but X_ITE does the following: build-in nodes will take precedence over over PROTO nodes, it will still display a Box node. Don?t know what Caste or X3DOM does. With current XML encoding this is very cleared
and there is no prob at all. But in VRML encoding or with XML ?short syntax? this may be worth a spec comment.<br>
<br>
Best regards,<br>
Holger<br>
<br>
--<br>
Holger Seelig<br>
Leipzig, Germany<br>
<br>
<a href="mailto:holger.seelig@yahoo.de" id="OWA0674d2a6-c556-ed49-aafc-0d7b0fe9aec4" class="x_x_OWAAutoLink">holger.seelig@yahoo.de</a><br>
<a href="https://create3000.github.io/x_ite/" id="OWA4c1d3d74-1cac-614e-2bc4-dab0f998346d" class="x_x_OWAAutoLink" originalsrc="https://create3000.github.io/x_ite/" data-auth="NotApplicable">https://create3000.github.io/x_ite/</a><br>
<a href="https://patreon.com/X_ITE" id="OWAe324b053-a708-684f-4403-bb240e9d1d1c" class="x_x_OWAAutoLink" originalsrc="https://patreon.com/X_ITE" data-auth="NotApplicable">https://patreon.com/X_ITE</a><br>
<br>
<br>
<br>
Am 10.05.2025 um 20:44 schrieb Brutzman, Donald (Don) (CIV) via x3d-public <<a href="mailto:x3d-public@web3d.org" id="OWA330d9571-ff16-92d1-337f-1cce7b569594" class="x_x_OWAAutoLink">x3d-public@web3d.org</a>>:<br>
<br>
+1 on all counts, thanks for thoughtful consideration Michalis.<br>
<br>
Further considerations are always welcome.<br>
<br>
Next week Dick and I will review comments, then consider a Mantis issue and draft prose addition to X3D XML Encoding.<br>
<br>
all the best, Don<br>
--<br>
Don Brutzman Naval Postgraduate School, Code USW/Br <a href="mailto:brutzman@nps.edu" id="OWAec27c01d-34e2-af42-fc0a-1d5be7ae25cf" class="x_x_OWAAutoLink">
brutzman@nps.edu</a><mailto:<a href="mailto:brutzman@nps.edu" id="OWA91ffeb04-ea06-9b6d-dc86-b0d013612930" class="x_x_OWAAutoLink">brutzman@nps.edu</a>><br>
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA +1.831.656.2149<br>
X3D graphics, virtual worlds, navy robotics <a href="https://faculty.nps.edu/brutzman" id="OWA31255833-7fa7-5afa-bbea-20a0dfca98f6" class="x_x_OWAAutoLink" data-auth="NotApplicable">
https://faculty.nps.edu/brutzman</a><br>
<br>
<br>
<br>
________________________________<br>
From: Michalis Kamburelis<br>
Sent: Saturday, May 10, 2025 11:38 AM<br>
To: Extensible 3D (X3D) Graphics public discussion<br>
Cc: Brutzman, Donald (Don) (CIV)<br>
Subject: Re: [x3d-public] Simplifying ProtoInstance nodes<br>
<br>
I think this short form (in XML encoding) makes sense, and Castle Game Engine / Castle Model Viewer could support it too.<br>
<br>
It makes XML encoding and classic encoding more consistent: you can use PROTO to define a new node, and then use the new node with the same syntax as "built-in nodes". This is already true for classic encoding, it's nice to bring this feature to XML encoding.<br>
<br>
Don has already expressed the important drawback of this "short form": such XML will not validate. I mean, it will validate in X3D-specific tools like "castle-model-converter --validate .." (once we add support for it), but the general XML validation using
XML Schema has no way of validating it. You cannot tell in XML schema "this XML element name is valid, if defined by some XML attribute elsewhere". I'm guessing this was the whole reason why ProtoInstance, fieldValue etc. were invented in XML encoding.<br>
<br>
I'm guessing in JSON X3D encoding, the consideration will be similar: it can be implemented, but the resulting file will not validate with JSON schema (
<a href="https://json-schema.org/" id="OWA34afb55c-4cf6-a7cc-a018-8fae75c46607" class="x_x_OWAAutoLink" originalsrc="https://json-schema.org/" data-auth="NotApplicable">
https://json-schema.org/</a> ).<br>
<br>
Anyhow, if we're all fine with accepting this drawback, then we sure can go ahead and add it to spec :) As long as "long form" remains available, and thus tools like XML schema and JSON schema remain useful, I think it makes sense to have this choice.<br>
<br>
Regards,<br>
Michalis<br>
<br>
sob., 10 maj 2025 o 18:38 Brutzman, Donald (Don) (CIV) via x3d-public <<a href="mailto:x3d-public@web3d.org" id="OWAadcf5727-2f05-2f4f-5121-3f19daad844d" class="x_x_OWAAutoLink">x3d-public@web3d.org</a><mailto:<a href="mailto:x3d-public@web3d.org" id="OWAb6e1ec9e-a73d-123b-afd9-9341ac4be187" class="x_x_OWAAutoLink">x3d-public@web3d.org</a>>>
napisa?(a):<br>
Thanks for the interesting, innovative discussion. Excerpting the example:<br>
<br>
<br>
*<br>
<a href="https://create3000.github.io/x_ite/tutorials/creating-new-node-types/#using-prototyped-nodes" id="OWAa3541b66-9eab-051f-5ed6-692418abfcc9" class="x_x_OWAAutoLink" originalsrc="https://create3000.github.io/x_ite/tutorials/creating-new-node-types/#using-prototyped-nodes" data-auth="NotApplicable">https://create3000.github.io/x_ite/tutorials/creating-new-node-types/#using-prototyped-nodes</a><br>
<br>
_________________________<br>
XML Encoding<br>
<br>
1<br>
2<br>
3<br>
4<br>
5<br>
6<br>
7<br>
8<br>
9<br>
<br>
<br>
<!-- Official Syntax --><br>
<ProtoInstance name='BouncingBall'><br>
<fieldValue name='cycleInterval' value='2'/><br>
<fieldValue name='bounceHeight' value='3'/><br>
</ProtoInstance><br>
<!-- Short Syntax --><br>
<BouncingBall<br>
cycleInterval='2'<br>
bounceHeight='3'/><br>
<br>
<br>
Classic VRML Encoding<br>
<br>
1<br>
2<br>
3<br>
4<br>
<br>
<br>
BouncingBall {<br>
cycleInterval 2.0<br>
bounceHeight 3.0<br>
}<br>
<br>
<br>
_________________________<br>
<br>
One drawback with the "short" XML syntax is that it will not pass XML DOCTYPE or XML Schema validation, although it still must conform to XML well-formed rules. Additional tool-specific capabilities can check for such correctness during parsing, of course.
Avoiding XML validation relaxes quality assurance (QA) for the entire scene, not just that prototype instance, and so use of the short form should be considered carefully.<br>
<br>
Of course there is much merit too, not least of which are readability and consistency with other XML-encoded nodes.<br>
<br>
As it turns out, now is a good time to consider such a change to the X3D Standards suite. We have highly mature documents defining X3D encodings using XML and ClassicVRML syntax. Conceivably a "short" form for ProtoInstance will carry over satisfactorily
for JSON and other encodings as well, when we get to them this fall.<br>
<br>
If X_ITE and X3DOM already handle this form, and if Castle Model Viewer (Castle Game Engine) is also supportive, I'm not yet seeing any blockers to adoption. Further implementation and evaluation of course will be useful<br>
<br>
Reference and specific clause that would need modification:<br>
<br>
<br>
*<br>
X3D XML Encoding 4.0<<a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19776-1v4.0-WD1/Part01/X3D_XML.html" id="OWA09fa5f56-cf6f-3ff3-5e45-5a705ad93261" class="x_x_OWAAutoLink" data-auth="NotApplicable">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19776-1v4.0-WD1/Part01/X3D_XML.html</a>>
revision 19776-1<br>
*<br>
4.3.3.2 ProtoInstance node and fieldValue statement syntax<br>
*</div>
<div style="direction: ltr;"><a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19776-1v4.0-WD1/Part01/concepts.html#ProtoInstanceAndFieldValueStatement" id="OWA87234e15-a199-028e-05eb-681d25923985" class="x_x_OWAAutoLink" data-auth="NotApplicable">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19776-1v4.0-WD1/Part01/concepts.html#ProtoInstanceAndFieldValueStatement</a></div>
<div style="direction: ltr;"><br>
<br>
Probably no changes needed:<br>
<br>
<br>
*<br>
X3D Classic VRML Encoding 4.0<<a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19776-2v4.0-WD1/Part02/X3D_ClassicVRML.html" id="OWAc0e54cd9-dedd-89c5-f21e-b63220d915bc" class="x_x_OWAAutoLink" data-auth="NotApplicable">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19776-2v4.0-WD1/Part02/X3D_ClassicVRML.html</a>>
revision 19776-2<br>
*<br>
4.3.3.2 Prototype instances and field value initialization syntax<br>
*<br>
<a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19776-2v4.0-WD1/Part02/concepts.html#ProtoInstanceAndFieldValueStatement" id="OWA2c02d8cb-d081-4a3c-4fdb-0cc0ab5839fc" class="x_x_OWAAutoLink" data-auth="NotApplicable">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19776-2v4.0-WD1/Part02/concepts.html#ProtoInstanceAndFieldValueStatement</a><br>
<br>
*</div>
<div style="direction: ltr;">X3D Architecture 4.1<<a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4.1-CD//Part01/Architecture.html" id="OWAcc0f3485-a461-4879-8fbd-0db132199bf8" class="x_x_OWAAutoLink" data-auth="NotApplicable">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4.1-CD//Part01/Architecture.html</a>>,
revision 19775-1</div>
<div style="direction: ltr;"> *<br>
4.4.4 Prototype semantics<br>
*</div>
<div style="direction: ltr;">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4.1-CD//Part01/concepts.html#PrototypeSemantics</div>
<div style="direction: ltr;"><br>
Thanks for careful consideration of this potential capability. All feedback welcome.<br>
<br>
Have fun with X3D extensibility! ?<br>
<br>
all the best, Don<br>
--<br>
Don Brutzman Naval Postgraduate School, Code USW/Br <a href="mailto:brutzman@nps.edu" id="OWA28a8016f-971b-4a23-7fc3-1ac9a8b6dfab" class="x_x_OWAAutoLink">
brutzman@nps.edu</a><mailto:<a href="mailto:brutzman@nps.edu" id="OWAdd67c941-3981-f016-5f29-4f902bed2e1e" class="x_x_OWAAutoLink">brutzman@nps.edu</a>><br>
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA +1.831.656.2149<br>
X3D graphics, virtual worlds, navy robotics <a href="https://faculty.nps.edu/brutzman" id="OWA282ea935-8593-8fc9-9c64-e2dd43f631c1" class="x_x_OWAAutoLink" data-auth="NotApplicable">
https://faculty.nps.edu/brutzman</a><br>
<br>
<br>
<br>
________________________________<br>
From: x3d-public on behalf of Holger Seelig via x3d-public<br>
Sent: Saturday, May 10, 2025 1:13 AM<br>
To: X3D<br>
Cc: Holger Seelig<br>
Subject: Re: [x3d-public] Simplifying ProtoInstance nodes<br>
<br>
This is already possible if you use the ?short syntax? of a proto instance:<br>
<br>
<a href="https://create3000.github.io/x_ite/tutorials/creating-new-node-types/#using-prototyped-nodes" id="OWA4fc1c1bd-66d8-0813-ce14-bda69c7763a2" class="x_x_OWAAutoLink" originalsrc="https://create3000.github.io/x_ite/tutorials/creating-new-node-types/#using-prototyped-nodes" data-auth="NotApplicable">https://create3000.github.io/x_ite/tutorials/creating-new-node-types/#using-prototyped-nodes</a><br>
<br>
You can use this in X_ITE, but also in X3DOM.<br>
<br>
Best regards,<br>
Holger<br>
<br>
--<br>
Holger Seelig<br>
Leipzig, Germany<br>
<br>
<a href="mailto:holger.seelig@yahoo.de" id="OWA972a3d10-2b52-a181-b9af-e09890983cbe" class="x_x_OWAAutoLink">holger.seelig@yahoo.de</a><mailto:<a href="mailto:holger.seelig@yahoo.de" id="OWAd3e288a0-49be-8eb3-8ac5-94289b57150a" class="x_x_OWAAutoLink">holger.seelig@yahoo.de</a>><br>
<a href="https://create3000.github.io/x_ite/" id="OWA76ad63ec-ac5c-94fc-51d5-28930f401548" class="x_x_OWAAutoLink" originalsrc="https://create3000.github.io/x_ite/" data-auth="NotApplicable">https://create3000.github.io/x_ite/</a><br>
<a href="https://patreon.com/X_ITE" id="OWA8a863a47-57e7-c7a3-ff8e-3e4878f1b5d9" class="x_x_OWAAutoLink" originalsrc="https://patreon.com/X_ITE" data-auth="NotApplicable">https://patreon.com/X_ITE</a><br>
<br>
<br>
<br>
Am 10.05.2025 um 05:55 schrieb John Carlson via x3d-public <<a href="mailto:x3d-public@web3d.org" id="OWA46e981fd-96a0-b268-1f08-eb6954aa697f" class="x_x_OWAAutoLink">x3d-public@web3d.org</a><mailto:<a href="mailto:x3d-public@web3d.org" id="OWAf721bba7-5ad7-079b-f08f-1eb7c673ad30" class="x_x_OWAAutoLink">x3d-public@web3d.org</a>>>:<br>
<br>
My thought is to replace ?ProtoInstance? tags with ?MenuItem? tags, and fieldValue statements with attributes, but I?ve not done that before. My goal is to make the model more accessible to screen readers.<br>
<br>
Any examples are welcome.<br>
<br>
See attached link and model.<br>
<br>
John<br>
<br>
---------- Forwarded message ---------<br>
From: John Carlson <<a href="mailto:yottzumm@gmail.com" id="OWA3696fc2c-7bab-7654-637e-77bf416bab19" class="x_x_OWAAutoLink">yottzumm@gmail.com</a><mailto:<a href="mailto:yottzumm@gmail.com" id="OWA89a3bf56-4ff0-e465-0def-a35e7142c280" class="x_x_OWAAutoLink">yottzumm@gmail.com</a>>><br>
Date: Thu, Mar 6, 2025 at 4:35?PM<br>
Subject: Latest cleaned Jin FACS (needs metadata)<br>
To: Don Brutzman <<a href="mailto:brutzman@nps.edu" id="OWAf7dd431d-1614-7789-ed69-435d14b1c326" class="x_x_OWAAutoLink">brutzman@nps.edu</a><mailto:<a href="mailto:brutzman@nps.edu" id="OWA22d698aa-da3a-5fc8-a8c1-ae22217b57b1" class="x_x_OWAAutoLink">brutzman@nps.edu</a>>>,
Joe D Williams <<a href="mailto:joedwil@earthlink.net" id="OWA6248df28-1058-1be0-a777-a2b194008f85" class="x_x_OWAAutoLink">joedwil@earthlink.net</a><mailto:<a href="mailto:joedwil@earthlink.net" id="OWAe95fc405-caef-4fa5-e525-2a9ec5ce6402" class="x_x_OWAAutoLink">joedwil@earthlink.net</a>>><br>
<br>
<br>
Attached.<br>
<br>
And:<br>
<a href="https://create3000.github.io/x_ite/playground/?url=https://raw.githubusercontent.com/coderextreme/ci2had/refs/heads/main/resources/CleanedYouClocks.x3d" id="OWA609864b5-6c07-49cc-58b5-531da7caf7da" class="x_x_OWAAutoLink" originalsrc="https://create3000.github.io/x_ite/playground/?url=https://raw.githubusercontent.com/coderextreme/ci2had/refs/heads/main/resources/CleanedYouClocks.x3d" data-auth="NotApplicable">https://create3000.github.io/x_ite/playground/?url=https://raw.githubusercontent.com/coderextreme/ci2had/refs/heads/main/resources/CleanedYouClocks.x3d</a><br>
<br>
John<br>
<CleanedYouClocks.x3d>_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" id="OWAb1866481-ce72-6955-eb7f-359a7548ba88" class="x_x_OWAAutoLink">x3d-public@web3d.org</a><mailto:<a href="mailto:x3d-public@web3d.org" id="OWA997b5d68-86dd-b1bc-becd-15087db9c39c" class="x_x_OWAAutoLink">x3d-public@web3d.org</a>><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" id="OWA295a788c-f772-a466-c6f8-6d278f14e35f" class="x_x_OWAAutoLink" data-auth="NotApplicable">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" id="OWA1efef8ff-2905-9a8f-737e-80c853f597a2" class="x_x_OWAAutoLink">x3d-public@web3d.org</a><mailto:<a href="mailto:x3d-public@web3d.org" id="OWAaf348916-af39-fc4c-2071-4dbae6fedefd" class="x_x_OWAAutoLink">x3d-public@web3d.org</a>><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" id="OWA6c26e056-db40-c11c-538d-18c93fe74780" class="x_x_OWAAutoLink" data-auth="NotApplicable">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" id="OWA8f5eba11-7902-6dc4-a469-c18a0de117e0" class="x_x_OWAAutoLink">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" id="OWA5ee2889f-ed18-d9ed-b836-8542eb87de95" class="x_x_OWAAutoLink" data-auth="NotApplicable">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/attachments/20250512/43904ff2/attachment.html" id="OWA3549f3aa-13b2-154e-fbb1-aafa10113a71" class="x_x_OWAAutoLink" data-auth="NotApplicable">http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20250512/43904ff2/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" id="OWA2bd7049f-2f23-a01d-a516-6ebcfbe1f1b1" class="x_x_OWAAutoLink">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" id="OWA55a74aa5-c598-bd4d-4a43-9f7741ffcc8d" class="x_x_OWAAutoLink" data-auth="NotApplicable">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of x3d-public Digest, Vol 194, Issue 43<br>
*******************************************</div>
</blockquote>
<div style="direction: ltr;"><br>
</div>
<div style="direction: ltr;"><br>
--</div>
<div style="direction: ltr;">Andreas Plesch<br>
Waltham, MA 02453</div>
</body>
</html>