W3C home > Mailing lists > Public > whatwg@whatwg.org > June 2009

[whatwg] Superset encodings [Re: ISO-8859-* and the C1 control range]

From: Ian Hickson <ian@hixie.ch>
Date: Wed, 3 Jun 2009 21:56:14 +0000 (UTC)
Message-ID: <Pine.LNX.4.62.0906032155350.1648@hixie.dreamhostps.com>

I haven't made any changes to the spec based on the feedback below. Let me 
know if there's anything I missed. I'm not aware of any specific problems 
at this time.

On Sat, 11 Apr 2009, ?istein E. Andersen wrote:
>
> On 22 May 2008, at 12:40, Ian Hickson wrote:
> 
> > Do you have input on the EUC-JP issue?
> 
> I am now about to finish my analysis of CJK encodings (e-mail forthcoming),
> including EUC-JP.  This encoding does not seem to be particularly problematic,
> however.  Are you referring to a specific problem?
> 
> > On Thu, 13 Mar 2008, ?istein E. Andersen wrote:
> > > Note: Similarly, IE apparently handles CS-ISO-2022-JP as distinct from
> > >      ISO-2022-JP. This is something to keep in mind when looking at
> > >      multi-byte encodings.
> > 
> > What should we say about this?
> 
> The issue seems to be that IE's implementation of ISO-2022-JP is a large
> superset of what is actually specified.  (This is the case for several other
> CJK encodings as well.)  See forthcoming e-mail for an actual description of
> the extensions.
> 
> > > (TC)VN5712-2 < (TC)VN5712-1
> > > 
> > > Opera[?] and Firefox seem to have implemented the superset only.
> > 
> > Should we require this mapping?
> 
> For reference:
> (TC)VN5712-3  <  (TC)VN5712-2 = VSCII-2 = ISO IR 180  <  (TC)VN5712-1
> 
> Only the complete set seems to be implemented (and only in Firefox), and MIME
> charset strings referring to one of the subsets do not seem to work at all, so
> no mappings are necessary.
> 
> 

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Wednesday, 3 June 2009 14:56:14 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:12 UTC