[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: shift_jis / windows-31J



Does the updated version sent Friday work for you?

I think completely pointing shift_jis to the windows 932 behavior would maybe break others, but I don't know for sure.

- Shawn

Sent from my Windows Phone

On Nov 16, 2010, at 5:48 AM, "Anne van Kesteren" <annevk@opera.com> wrote:

> On Fri, 12 Nov 2010 19:42:26 +0100, Shawn Steele <Shawn.Steele@microsoft.com> wrote:
>>> Is that really true? shift_jis means "windows-31J" on Windows. For web browsers it means that. "windows-31J" is also a superset, no?
>> 
>> I think that Windows-31J is mostly a superset.  (I haven't compared code points, but given the variation of encoding implementations I wouldn't be surprised if there were other differences.)
>> 
>>> So what would break?
>> 
>> ?? If we restricted "shift_jis" to mean only the shift_jis and not windows-31J code points, then every document written in windows tagged "shift_jis" that contained those code points would rather suddenly fail to convert those characters on "fixed" systems.  That's probably millions of documents.
>> 
>> If we tagged "new" (or updated) content as "windows-31J", then systems that had not been "fixed" would not be able to read the data because we don't recognize the name.  Probably a tiny bit less breaking if we tagged new content as "csWindows-31J", but it'd still break other places that weren't used to expecting it.  That'd include probably every ASP.Net server and their clients serving shift_jis/windows-31J content.
>> 
>> So changing the meaning of the names to windows, mlang, and .Net is pretty much a non-starter.
> 
> Agreed. I was suggesting we change the registry to match the meaning of the names as used on the Web/Windows/etc. Sorry for the confusion.
> 
> 
> -- 
> Anne van Kesteren
> http://annevankesteren.nl/
>