W3C home > Mailing lists > Public > public-i18n-core@w3.org > January to March 2015

I18N-ISSUE-443 (BUG27256): revamp iso-2022-jp decoder/encoder [encoding]

From: Internationalization Working Group Issue Tracker <sysbot+tracker@w3.org>
Date: Mon, 30 Mar 2015 14:02:44 +0000
To: public-i18n-core@w3.org
Message-Id: <E1YcaH6-000GDE-HV@deneb.w3.org>
I18N-ISSUE-443 (BUG27256): revamp iso-2022-jp decoder/encoder [encoding]

http://www.w3.org/International/track/issues/443

Raised by: Richard Ishida
On product: encoding

https://www.w3.org/Bugs/Public/show_bug.cgi?id=27256

This issue tracks the bug listed above and was created as part of the WG CR process.

---

Reporter: annevk@annevk.nl

Per Jungshik Chromium and WebKit follow ICU, which follows

  https://tools.ietf.org/html/rfc1468

whereas Gecko has its own implementation which is quite a bit different. I
forgot what Opera did, but it no longer seems relevant. Internet Explorer is
quite special as well, allowing nested shift_jis.

Given this, I'm inclined to align the decoder with the aforementioned RFC,
though keeping error and EOF handling of course. Note that by fixing bug 26885
we already took one step in this direction.
Received on Monday, 30 March 2015 14:02:45 UTC

This archive was generated by hypermail 2.3.1 : Monday, 30 March 2015 14:02:46 UTC