No subject
Tue Nov 18 23:43:20 CET 2008
. However, the "permanent" interopability issues outlined above a=
re bound to "taint" labels with an "=C3=9F" for an inde=
finite period of time, with the most sensible option to disallow registrati=
on completely to avoid those problems.<br>
<br>
I think it's not very likely that all vendors agree on a single mapping=
- particularly with the WG scope of not dealing with a mapping as part of =
the protocol. However, i'd like to propose the following:<br>
<br>
- add text to Section 5 of idnabis-protocol that says<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0"characters that are PVALID MUST NOT be su=
bject to mappings".<br>
<br>
Or (more focused)<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0"characters that are listed as Exceptions =
(F) in Section 2.6<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 of [tables] MUST NOT be subject to mappings&qu=
ot;<br>
<br>
I'm not sure whether that contradicts the "local matters" par=
t in Section 5.1 (and i'm pretty sure it creates problems elsewhere), b=
ut i think it solves the "permanent interopability" problem outli=
ned above. That means that "=C3=9F" stops working during the tran=
sition period, but also means that it can be treated as an independent char=
acter *after* the transition - bundling is not required, Mr Weiss and Mr We=
i=C3=9F can both have their distinct domain names, etc..<br>
<br>
Is that a way forward? Comments appreciated.<br>
<br>
Alex<br>
<div><div></div><div>_______________________________________________<br>
Idna-update mailing list<br>
<a href=3D"mailto:Idna-update at alvestrand.no" target=3D"_blank">Idna-update@=
alvestrand.no</a><br>
<a href=3D"http://www.alvestrand.no/mailman/listinfo/idna-update" target=3D=
"_blank">http://www.alvestrand.no/mailman/listinfo/idna-update</a><br>
</div></div></blockquote></div><br>
--001636c930c81cd6f60479ae600c--
More information about the Idna-update
mailing list