125225 2013-12-04 08:10:07 -0800 Support fewer text encoding names, don't blindly enumerate everything from ICU 2020-05-05 14:53:48 -0700 1 1 1 Unclassified WebKit Text 528+ (Nightly build) Unspecified Unspecified RESOLVED CONFIGURATION CHANGED data:text/html;charset=windows-65001,<script>alert(document.characterSet)</script> P2 Normal --- 1 annevk webkit-unassigned ap hsivonen oldest_to_newest 956400 0 annevk 2013-12-04 08:10:07 -0800 Supporting labels such as windows-65001 for utf-8 seems bad. Any chance you could align closer to Gecko and http://encoding.spec.whatwg.org/ ? Supporting more labels is not necessarily in your benefit. E.g. sites might rely on them not being supported. 956417 1 ap 2013-12-04 09:53:38 -0800 Yes, I want to switch from enumerating all ICU aliases to having a built-in table in WebKit. That will have the side effect of removing support for some crazy encoding names. 956419 2 ap 2013-12-04 09:57:11 -0800 That said, the ideal resolution would be to have an ICU "standard" for HTML5, so that the right names would be in ICU. This is exactly what those are for, and I find it less than great that HTML encoding names are tracked in the Encoding spec, not in ICU. See <http://demo.icu-project.org/icu-bin/convexp> - there are separate namespaces for MIME, IANA, and others. HTML is just another case. 956534 3 annevk 2013-12-04 12:57:11 -0800 ap, I don't understand that feedback. Why would it not be good to have a standard for what ICU should implement? ICU is not the only implementation. 956559 4 ap 2013-12-04 13:25:07 -0800 True. Maybe that would be another project under Unicode consortium umbrella (CLDR perhaps)? The stellar history of the consortium's interaction with many interested parties makes it a desirable gatekeeper for a sensitive spec like this. 956571 5 annevk 2013-12-04 13:34:58 -0800 I don't really see what moving it brings us. It's mostly a research project. 963691 6 ap 2014-01-01 23:20:44 -0800 See also: bug 28760. 1649388 7 ap 2020-05-05 14:53:48 -0700 This was done a few years ago.