<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Apr 27, 2017 at 10:44 AM, Don Brutzman <span dir="ltr"><<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 4/27/2017 5:39 AM, Andreas Plesch wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, Apr 26, 2017 at 10:39 PM, Don Brutzman <<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>>> wrote:<br>
<br>
    On 4/26/2017 7:10 AM, Andreas Plesch wrote:<br>
[...]<br>
        But that brings up SFStrings.<br>
        When not used as part of an MFString, they still have the double quote requirement while XML allows both single or double quotes.<br>
<br>
    agreed for SFString values.  Equivalent constructs:<br>
<br>
    XML<br>
             <WorldInfo title='Hello world!'/> <br>
             <WorldInfo title="Hello world!"/><br>
<br>
Are you implying that  <WorldInfo title='Hello world!'/> should be a conforming X3D XML encoding (of the WorldInfo node with a title field value) ?<br>
</blockquote>
<br>
Not quite... Am stating that they are both equivalent representations according to XML Recommendation rules.</blockquote><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think you may since the X3D XML encoding does not get to define the outer quotes of an attribute value, meaning that we are all pretty much on the same page.<br>
</blockquote>
<br>
Correct, yes.<br>
<br></blockquote><div><br></div><div>Ok. Hm. Yes, but not quite ?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
    ClassicVRML and VRML encodings do not permit such variation, simply<br>
<br>
             WorldInfo {<br>
               title "Hello world!"<br>
             }<br>
<br>
Perhaps the X3D XML encoding spec. should retain a  paragraph on best practices for consistency with the VRML encoding.<br>
</blockquote>
<br>
Not clear what else there is to say?  All three are equivalent and all three produce the same SFString value, so they are are all satisfactory.  Each of the XML variants will pass validation as well.<br>
<br></blockquote><div><br></div><div>Well, I am just not sure what the value of "conforming" would be if certain non-conforming (attempts at) encodings can be also "satisfactory" and "valid" ?</div><div><br></div><div>Please do not feel obliged to dive deeper, I can live with some ambiguity and do think time is better spend elsewhere.</div><div><br></div><div>Best,</div><div><br></div><div>-Andreas</div></div><div><br></div>
</div></div>