Seems a fair summary. I&#39;d merge f and g to say: <br><br><div style="margin-left: 40px;">Restrict bidi domain names so that their display is not surprising, whether they be isolated or be embedded in a paragraph of text.<br>
</div><br>One thing: I think e, f, and g were part of the original intent of the IDNA2003 bidi restrictions -- it&#39;s just that the actual rules didn&#39;t encompass that intent correctly -- nostra culpa. Much more work has been done in refining the proposed bidi restrictions in the new bidi document to make them actually satisfy that original intent, both in terms of allowing labels that shouldn&#39;t have been disallowed, and disallowing labels that should not have been allowed.<br>
<br>Mark<br><br><div class="gmail_quote">On Thu, Mar 6, 2008 at 3:02 PM, Paul Hoffman &lt;<a href="mailto:phoffman@imc.org">phoffman@imc.org</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;">
Hi again. It would be useful for those coming in late to have a<br>
summary of what changes are embodied in the current set of documents.<br>
Here&#39;s my first take on such a list. If people like this format, it<br>
could be used as the beginning of an outline for the BoF/WG.<br>
<br>
a) Update base character set from Unicode 3.2 to Unicode 5.0 or 5.1<br>
<br>
b) Disallow most symbol characters<br>
<br>
c) Remove the mapping and normalization steps from the protocol and<br>
have them instead done by the applications themselves, possibly in a<br>
local fashion, before invoking the protocol<br>
<br>
d) Change the way that the protocol specifies which characters are<br>
allowed in labels from &quot;humans decide what the table of codepoints<br>
contains&quot; to &quot;decision about codepoints are based on Unicode<br>
properties plus a small exclusion list created by humans&quot;<br>
<br>
e) Allowing typical words and names in languages such as Dhivehi and<br>
Yiddish to be expressed<br>
<br>
f) Make bidirectional domain names (delimited strings of labels, not<br>
just labels standing on their own) display in a non-surprising fashion<br>
<br>
g) Make bidirectional domain names in a paragraph display in a<br>
non-surprising fashion<br>
<br>
Is the list a fair categorization? Should more items be added? Should<br>
some items be removed?<br>
<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>
</blockquote></div><br><br clear="all"><br>-- <br>Mark