W3C home > Mailing lists > Public > www-international@w3.org > October to December 2012

Re: Encoding Standard at F2F

From: 신정식 <jshin1987@gmail.com>
Date: Sat, 3 Nov 2012 12:20:25 -0700
Message-ID: <CAE1ONj_TQeLyruVY-hUbnV8L8MrNe2fBUwfnXpsB46NL9NQ2RQ@mail.gmail.com>
To: Anne van Kesteren <annevk@annevk.nl>
Cc: www-international@w3.org

Thank you for the note.

I wonder what consideration has been given to the inclusion of ISO-2022-KR
and GB-HZ, two 7-bit encodings that are extremely rare on the web (if used
at all) and are 'security risks' (in a sense) like other 7-bit encodings
(e.g. UTF-7 that is not included).

We cannot drop ISO-2022-JP lightly because it's still used somewhere even
though it's much less widely used than EUC-JP or Shift-JIS.

OTOH, ISO-2022-KR has never been meant for the web and it's safe to say
that virtually no web page uses it. It's designed for emails (RFC 1557) in
early 1990's and it got out of favor  even for emails in late 1990's
because either EUC-KR (later UTF-8) with 8bit ESMTP or EUC-KR with
base64/qp worked just fine. For web pages, there's absolutely no reason to
use ISO-2022-KR from the beginning and it's not used.

For the last 20 years, I've seen web pages (other than test pages) in that
encoding only once or twice. I'm a Korean speaker and I've visited numerous
web pages.

To a slightly less extent, the same should hold for GB-HZ. It started its
life to use in Usenet (and email), but using that on the web does not make
much sense. I can't say about GB-HZ as strongly as about ISO-2022-KR, but
my experience with Chrome development (below) is an indication that it's
virtually unused.

Chrome didn't support either of them until about 2 years ago. They're added
mainly because of http://encoding.spec.whatwg.org/  IIRC.  When neither is
supported, I haven't had any complaint from Chrome users.


2012. 11. 3. 오전 7:31에 "Anne van Kesteren" <annevk@annevk.nl>님이 작성:

> I joined the I18N WG for an hour or so at their F2F in TPAC to discuss
> http://encoding.spec.whatwg.org/
> We basically went through the document for a high-level overview of
> what it attempts to do. We also concluded it is good enough to publish
> as a FPWD, provided someone in the I18N WG has the time to do the
> switch in style (from green to blue).
> Based on feedback from Richard Ishida and Kawabata Taichi during that
> meeting I filed these bugs:
> * https://www.w3.org/Bugs/Public/show_bug.cgi?id=19816
> * https://www.w3.org/Bugs/Public/show_bug.cgi?id=19817
> If there was any other feedback during that session I failed to
> capture I would appreciate if you could help me out. Issues with the
> specification are best recorded in Bugzilla:
> https://www.w3.org/Bugs/Public/enter_bug.cgi?product=WHATWG&component=Encoding
> --
> http://annevankesteren.nl/
Received on Saturday, 3 November 2012 19:20:52 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:41:01 UTC