> If they assign<br>
a letter relevant for IDNA in this position it is madness,<br>
a concept of "blocks" has to mean something.<br><br>This is presuming something which is not the case for the standard. Except in certain cases, blocks are simply an organizational device, not anything more. In general, you cannot depend on only dingbats being assigned to in a dingbat block.<br>
<br>However, there is an immutable property that does guarantee that nothing letterlike will be included in certain unassigned areas of code points: it is Pattern_Syntax:<br><br> <a href="http://unicode.org/cldr/utility/list-unicodeset.jsp?a=[:Pattern_Syntax=True">http://unicode.org/cldr/utility/list-unicodeset.jsp?a=[:Pattern_Syntax=True</a>:]<br>
<br>For more about this, see <a href="http://www.unicode.org/reports/tr31/">http://www.unicode.org/reports/tr31/</a><br><br>Mark<br><br><div class="gmail_quote">On Wed, Apr 30, 2008 at 7:26 PM, Frank Ellermann <<a href="mailto:hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com">hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">Paul Hoffman wrote:<br>
<br>
> The danger with implementing the first is that the Unicode<br>
> Consortium folks can easily change the boundaries of<br>
> Other_Default_Ignorable_Code_Point if they really want a<br>
> non-ignorable code point to be at a certain position for<br>
> some bureaucratic or aesthetic reason.<br>
<br>
</div>What I had in mind, unassigned code points in the dingbats<br>
block, would best be described as "reserved". They can<br>
leave it unassigned forever. They can smuggle in some new<br>
dingbats unrelated to the original unassigned symbol which<br>
was found to be already listed elsewhere. If they assign<br>
a letter relevant for IDNA in this position it is madness,<br>
a concept of "blocks" has to mean something.<br>
<br>
The table generator scripts could list such critical code<br>
points, maybe the Unicode folks are willing to guarantee<br>
to be not mad (with a new persistent property or similar).<br>
<div class="Ih2E3d"><br>
> I think the second may be safer.<br>
<br>
</div>The meaning of such unassigned gaps *within* blocks (not<br>
at the beginning or end) is quite obvious, the "safer"<br>
approach could create convoluted abuse opportunities (?)<br>
<font color="#888888"><br>
Frank<br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
Idna-update mailing list<br>
<a href="mailto:Idna-update@alvestrand.no">Idna-update@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/idna-update" target="_blank">http://www.alvestrand.no/mailman/listinfo/idna-update</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Mark