Re: Re: Legacy charset conversion in draft-ietf-idn-idna-08.txt (in ksc5601-1987)

"Soobok Lee" <[email protected]>
Newsgroups gmane.ietf.idn
Message-ID <008701c207f5$ef50b120$2b19fea9@temp>
As for the case of new character addition to legacy encodings you mentioned below,
 The real problem emerges when the older version of receiving application has
  received new-version-legacy-encoded IDN(IRI) from the new version of sender application and 
  it tries to  convert that received IDN(IRI) into unicode using the *OLDER* version of
  legacy-2-unicode convesion table, but surely it will fail in some cases.

Soobok Lee

----- Original Message ----- 
From: "Doug Ewell" <[email protected]>
 > 
> As for additions, they shouldn't cause a problem anyway, because they
> don't break existing legacy-to-Unicode mappings.  An often-mentioned
> case of adding to a legacy encoding was when Microsoft retrofitted
> U+20AC EURO SIGN onto their Windows code pages (mostly at previously
> unassigned code position 0x80).  The only people who suffered at all
> were the ones who thought "unassigned" somehow meant that they should
> map 0x80 to U+0080.  Everyone else made it just fine.
> 
> -Doug Ewell
>  Fullerton, California
>  (would prefer to receive only one copy of these messages)
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.