Yes, you are right to make the module fully compatible with RFC before having a clear understanding. <br><br>My point is, RFC defines &quot;must&quot; that means &quot;should be, but not deadly&quot;. It could be something like &quot;enhancement&quot;. I think adding this feature can be a great&nbsp; improvement of XML::Compile::Schema module. It enriches capability of this module and makes it more complete and powerful. Everyone is willing to have a fully functional module. On the other hand, it is still compatible with RFC. So I can hardly find any reason not to add this feature. <br>
<br>Anyway, all above are my personal suggestions (I&#39;m trying to give some &quot;good arguments&quot;), final decision is on you, of course. <br><br><div class="gmail_quote">On Fri, May 16, 2008 at 2:50 PM, Mark Overmeer &lt;<a href="mailto:mark@overmeer.net">mark@overmeer.net</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">* MENG Xin (<a href="mailto:zinces@gmail.com">zinces@gmail.com</a>) [080516 02:37]:<br>
<div class="Ih2E3d">&gt; &nbsp; &nbsp;It sounds you have accepted my &quot;feature request&quot;, aha?<br>
<br>
</div>No, although a feature request is always accepted (preferrably<br>
via <a href="http://rt.cpan.org" target="_blank">rt.cpan.org</a>) &nbsp;I need input from more people.<br>
<br>
To quote myself:<br>
<div class="Ih2E3d"><br>
&gt; &nbsp; &nbsp; &nbsp;<a href="http://www.w3.org/TR/2000/WD-xml-2e-20000814" target="_blank">http://www.w3.org/TR/2000/WD-xml-2e-20000814</a><br>
&gt; &nbsp; &nbsp; &nbsp;Validity constraint: ID<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Values of type ID must match the Name production. A name must not<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; appear more than once in an XML document as a value of this type;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; i.e., ID values must uniquely identify the elements which bear them.<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp;The RFC definition of &quot;must&quot; is less strong than &quot;shall&quot;. &nbsp;The former<br>
&gt; &nbsp; &nbsp; &nbsp;means: &quot;should be, but not deadly&quot;, where the latter means: error.<br>
&gt; &nbsp; &nbsp; &nbsp;I do not known how to interpret the XML use of the word &quot;must&quot;.<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp;Anyone else: what is correct behavior? &nbsp;An error or warning on double<br>
&gt; &nbsp; &nbsp; &nbsp;IDs, of simply ignore it?<br>
<br>
</div>So, I try to express here: I do not know how to interpret this.<br>
<br>
If I cannot decide based on a good argument, for instance because there<br>
are some formal decissions by the XML design board about it, then I will<br>
not implement it (even when it is easy to do)<br>
<font color="#888888">--<br>
</font><div><div></div><div class="Wj3C7c">Regards,<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; MarkOv<br>
<br>
------------------------------------------------------------------------<br>
 &nbsp; &nbsp; &nbsp; Mark Overmeer MSc &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;MARKOV Solutions<br>
 &nbsp; &nbsp; &nbsp; Mark@Overmeer.net &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:solutions@overmeer.net">solutions@overmeer.net</a><br>
<a href="http://Mark.Overmeer.net" target="_blank">http://Mark.Overmeer.net</a> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <a href="http://solutions.overmeer.net" target="_blank">http://solutions.overmeer.net</a><br>
<br>
</div></div></blockquote></div><br>