<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Nov 11, 2016 at 1:27 PM, Yves Piguet <span dir="ltr"><<a href="mailto:yves.piguet@gmail.com" target="_blank">yves.piguet@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Sorry if this has already been discussed. Couldn't you define a namespace-like prefix for all elements, such as "x3d:"? Maybe optional for elements which don't cause a compatibility problem with element tag names already defined for other purposes.<br></blockquote><div><br></div><div>Yes, that would be a solution and html5 custom elements need to have such prefix with a minus instead of a colon. But since script is the only element which is affected, there is a desire to avoid that in order to stay x3d spec. conforming.</div><div><br></div><div>I do think a reasonable suggestion is to rename the x3d script node to "X3DScript" or "x3d-Script" or "Program" since it supports other languages as well. However, if this renaming becomes the standard all existing x3d scenes become non-conforming which may be considered harmful although they would still be conforming to the older version of spec.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In HTML5, namespaces don't exist (see e.g. <<a href="https://dev.w3.org/html5/spec-LC/syntax.html#elements-0" rel="noreferrer" target="_blank">https://dev.w3.org/html5/<wbr>spec-LC/syntax.html#elements-0</a><wbr>>): the actual tag name of X3D script elements would be "x3d:script". Script source code should be put in cdata fragments <<a href="https://dev.w3.org/html5/spec-LC/syntax.html#cdata-sections" rel="noreferrer" target="_blank">https://dev.w3.org/html5/<wbr>spec-LC/syntax.html#cdata-<wbr>sections</a>>.<br></blockquote><div><br></div><div>No,  in html5 CDATA sections are only used in 'foreign content', see <a href="https://dev.w3.org/html5/spec-LC/syntax.html#cdata-sections">https://dev.w3.org/html5/spec-LC/syntax.html#cdata-sections</a> :</div><div><br></div><div>3. CDATA sections can only be used in foreign content (MathML or SVG) <br></div><div><br></div><div>and <script> is considered raw text content. In xhtml, one should use CDATA for script source code.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In XHTML, a valid xml namespace would be declared and used.<br></blockquote><div><br></div><div>For xhtml, there is no problem if the type attribute of the script node is for example 'application/vrmlscript' .</div><div><br></div><div>What do you think about the fields attribute proposal for x3d scripts nodes ?</div><div><br></div><div>Thanks for chiming in, Andreas</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> On 11 Nov 2016, at 18:38, Andreas Plesch <<a href="mailto:andreasplesch@gmail.com">andreasplesch@gmail.com</a>> wrote:<br>
><br>
> I am trying to make cobweb and cobweb_dom html5 compatible, so there is no requirement to use xhtml. xhtml is not used much at all and may face extinction,<br>
><br>
> While I got cobweb to recognize the html5 DOM uppercased .nodeName (Box becomes BOX) and the lowercased attribute names (diffuseColor becomes diffusecolor) as equivalents to their realcased xml names, it turns out that there are deeper problems with the script node.<br>
><br>
> The type='application/vrmlscript' work-around to avoid execution of the script by the web browser still applies.<br>
><br>
> In html5 the script element's content is always CDATA and there is no need to use a CDATA tag. In fact, I am not sure if it is even recognized.<br>
><br>
> <a href="https://wiki.whatwg.org/wiki/HTML_vs._XHTML#Element-specific_parsing" rel="noreferrer" target="_blank">https://wiki.whatwg.org/wiki/<wbr>HTML_vs._XHTML#Element-<wbr>specific_parsing</a><br>
><br>
> While this is usually convenient, it also means that the <field></field> tags inside the script node are not recognized/parsed as child nodes as they are for xml/xhtml parsing but as character content.<br>
><br>
> So script becomes a special case for x3d parsing since now the <field> tags are either already delivered as DOM child nodes or - in the case of html5 documents - they are delivered as .innerHTML or .textContent character data.<br>
><br>
> The implication for x3d spec. is that it would be better to have the field definitions in an attribute rather as in child nodes. Something like<br>
> <script ... fields=' "inputOnly SFBool isOver" "outputOnly SFColor diffuseColor_changed" '><br>
> That would be also more concise.<br>
> Perhaps both field attribute and field child nodes could be allowed with child nodes taking precedence, for compatibility.<br>
> I think this would affect only the XML encoding spec.<br>
><br>
> I may try to come up with a little preprocessor script which finds all the field tags inside script nodes, converts them into actual DOM child nodes, appends those the script node, and removes them (or comments them out) from the textContent of the script node.<br>
><br>
> Andreas<br>
><br>
><br>
> On Mon, Sep 26, 2016 at 2:35 AM, Don Brutzman <<a href="mailto:brutzman@nps.edu">brutzman@nps.edu</a>> wrote:<br>
> Andreas, I hope that everyone's relative silence over the weekend isn't interpreted as lack of interest!<br>
><br>
> This is a really important step forward: HTML5 scripts coexisting with X3D scripts, both using javascript.<br>
><br>
> Looking forward to a future X3D Working Group meeting to explore and begin documenting necessary approaches for this work in detail.  No doubt it will help us achieve important capabilities in X3D version 4.<br>
><br>
> Once again, thanks for your many efforts.<br>
><br>
> all the best, Don<br>
<span class="gmail-HOEnZb"><font color="#888888">> --<br>
> Don Brutzman  Naval Postgraduate School, Code USW/Br       <a href="mailto:brutzman@nps.edu">brutzman@nps.edu</a><br>
> Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   <a href="tel:%2B1.831.656.2149" value="+18316562149">+1.831.656.2149</a><br>
> X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman" rel="noreferrer" target="_blank">http://faculty.nps.edu/<wbr>brutzman</a><br>
><br>
><br>
><br>
> --<br>
> Andreas Plesch<br>
> 39 Barbara Rd.<br>
> Waltham, MA 02453<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>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Andreas Plesch<br>39 Barbara Rd.<br>Waltham, MA 02453</div>
</div></div>