<div dir="auto">How about data-idref as an attribute?</div><div class="gmail_extra"><br><div class="gmail_quote">On Jan 26, 2017 1:21 PM, "Don Brutzman" <<a href="mailto:brutzman@nps.edu">brutzman@nps.edu</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 1/26/2017 7:39 AM, Leonard Daly wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 1/25/2017 10:54 PM, Don Brutzman wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Leonard, good points.. Close inspection seems to show that your statements regarding duplicate DEFs mostly match the functionality of XML ID/IDREF type semantics.<br>
</blockquote>
<br>
Please STOP using 'idref' when referring to anything inside an HTML5 document (noted that the above statement does not refer to HTML5 documents).<br>
</blockquote>
<br>
If we choose to use idref attribute (possibility) or IDREF type (necessary for USE) as part of an X3D document within an HTML document, then that it is something to not STOP talking about. Rather is something that needs to be well understood, and it relates to X3D context.<br>
<br>
My acknowledgement of your prior statements was "Apparently you are indicating that we may have a further option of avoiding idref if not needed within the DOM." That refers to idref the attribute maybe not being necessary. Meanwhile IDREF the data type remains relevant in all cases, particularly if we keep DEF/USE as independent attributes as part of an X3D scene contained within an HTML5 document.<br>
<br>
If your precise statement might be that HTML5 and DOM do not explicitly utilize any attributes named idref, that is helpful. HTML5 and DOM certainly use id attributes with ID type, and xpath expressions certainly include id values, and javascript can access the id values, so referencing an id is not a foreign concept. Indeed the whole point of creating an id is to have a unique value that is referencable by other things.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is no 'idref' defined for all HTML5 elements (<a href="https://www.w3.org/TR/html/dom.html#sec-global-attributes" rel="noreferrer" target="_blank">https://www.w3.org/TR/html/do<wbr>m.html#sec-global-attributes</a>). That does not mean that idref might be defined for some elements; however, it would probably not be wise considering the use of idref in the SGML and XML spaces.<br>
</blockquote>
<br>
Perhaps. However of note is that SVG Tiny includes it, probably other compatible Recommendations as well:<br>
<br>
<a href="https://www.w3.org/TR/SVGTiny12/types.html#DataTypeIDREF" rel="noreferrer" target="_blank">https://www.w3.org/TR/SVGTiny1<wbr>2/types.html#DataTypeIDREF</a><br>
============<br>
<IDREF><br>
The type of value that can be used in an XML attribute of type IDREF (such as 'observer'); that is, a string matching the Name production in Extensible Markup Language (XML) 1.0 ([XML10], section 2.3), or the Name production in Extensible Markup Language (XML) 1.1 ([XML11], section 2.3) if the document is an XML 1.1 document.<br>
============<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In all of my reading (specs and commentary), I have not found a single use of the X3D concept of USEing (as in providing a separate reference) to another node. The 'appendChild' (and related methods) do not allow multiple parenting. Trying to append a node from someplace else to a new location in the DOM just moves the node in the DOM. If you want more than one reference, you clone the node.<br>
</blockquote>
<br>
Making sure I understand this statement: presumably the context you are referring to is operations on an HTML document via the DOM.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
--<br>
*Leonard Daly*<br>
3D Systems & Cloud Consultant<br>
LA ACM SIGGRAPH Chair<br>
President, Daly Realism - /Creating the Future/<br>
</blockquote>
<br>
all the best, Don<br>
-- <br>
Don Brutzman Naval Postgraduate School, Code USW/Br <a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a><br>
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA <a href="tel:%2B1.831.656.2149" value="+18316562149" target="_blank">+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/brutzma<wbr>n</a><br>
<br>
______________________________<wbr>_________________<br>
x3d mailing list<br>
<a href="mailto:x3d@web3d.org" target="_blank">x3d@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listi<wbr>nfo/x3d_web3d.org</a><br>
</blockquote></div></div>