Consensus Call on Latin Sharp S and Greek Final Sigma

Vint Cerf vint at
Tue Dec 1 05:30:19 CET 2009

one reason for making the characters PVALID is to allow registries to  
bundle registrations if they wish to achieve the same effect as  
mapping, but without the mapping.
At least some of the WG, perhaps a majority, has tried to eliminate  
the need for protocol-level mapping.


On Nov 30, 2009, at 7:04 PM, Shawn Steele wrote:

> Sorry for the partial sentence.
> And that’s the problem J
> In Switzerland users would certainly expect eszett to map to ss.  In  
> Germany and Austria they wouldn’t be too surprised by the behavior.
> So if, in the “contextual user interface” (& IDNA2003), the  
> eszett is mapped to ss, then there’s no point to having it be  
> PVALID.  So the problem here is that the lack of mapping IS related  
> to the PVALID decision.  And that’s the big change from IDNA2003  
> that’s causing problems.
> If there is no mapping, then PVALID makes a little bit of sense.  If  
> you want discrete, unique ID’s for IRI’s, then I’m not sure you  
> want fussball and fuβball to go to different places.  If you do want  
> mapping at some level, then mapping these and keeping IDNA2003  
> behavior is logical.
> So I think these behavior of these 2 characters also depends on the  
> mapping behavior.  IDNA2008 took a different direction in mapping,  
> and that led to this behavior for these characters.  IDNA2003 went a  
> different direction with mapping and that led to a different place.
> -Shawn
> From: Vint Cerf [mailto:vint at]
> Sent: ,  30,  2009  
> 1:51
> To: Shawn Steele
> Cc: Mark Davis ☕; Harald Alvestrand; idna-update at;  
> lisa Dusseault
> Subject: Re: Consensus Call on Latin Sharp S and Greek Final Sigma
> the distinction is not between mapping.
> the distinction is between allowing or not allowing these two  
> characters as PVALID.
> Mapping is not part of the IDNA2008 proposed standard. The mapping  
> document and other references to mapping in rationale are not  
> normative. Mapping may very well occur in consequence of contextual  
> user interface treatments but such handling is outside the scope of  
> the base standard.
> vint
> On Nov 30, 2009, at 2:45 AM, Shawn Steele wrote:
> I agree with Mark that this is very badly worded.  Also, as Mark  
> alludes, the distinction is between mapping.
> (2) Both characters should be disallowed.  (and mapped as in 2003).
> One would expect a swiss person typing "" to continue to  
> get to the expected site, even though the spelling isn't perfect by  
> "de" standards.  The ONLY place where a distinction is interesting  
> is in Germany and Austria, however Mark points out both of those  
> NICs are against this change.
> -Shawn
> From: idna-update-bounces at [idna-update-bounces at 
> ] on behalf of Mark Davis ☕ [mark at]
> Sent: Sunday, November 29, 2009 9:35 AM
> To: Harald Alvestrand
> Cc: idna-update at; Vint Cerf; lisa Dusseault
> Subject: Re: Consensus Call on Latin Sharp S and Greek Final Sigma
> (2) Both characters should be DISALLOWED
> I think the way the question is phrased may mislead some people on  
> this list. The real choice is between having them mapped to "ss" vs  
> having them distinguished from "ss", because all browser vendors are  
> planning to provide mappings, and I think all other vendors will be  
> drawn down that path, for compatibility with the browsers.
> This standard is not written in a vacuum; whether or not eszett and  
> final-sigma would have been a better choice 7 years ago, billions of  
> current browsers and other programs use the 2003 policies, and those  
> would take years to change. In the meantime, a change of this  
> magnitude from 2003 will cause significant problems.
> The people on this list need to carefully consider their positions,  
> since they will not have to live with the compatibility and security  
> problems; German and Greek speakers will. And it is telling that  
> representatives like the German and Austrian NICs are in favor of  
> continuing the 2003 policies of mapping the characters.
> Mark

-------------- next part --------------
An HTML attachment was scrubbed...

More information about the Idna-update mailing list