In Firefox 43, I rewrote our Big5 support and, among other things, I optimized the *encoder* for footprint rather than speed on the theory that users won't notice anyway since the encoder run is followed by a dominating wait for the network when submitting a form.
Since then, I've learned that the relative slowness of the Big5 encoder is greater than I had anticipated. Still, I haven't seen anyone complaining, but I don't know if anyone who finds it too slow knows how to attribute the complaint. I'd like to hear from someone who uses a Web site/app that involves submitting a textarea of Traditional Chinese text in Big5 if the form submission performance seems normal (doesn't feel particularly slow) on low-performance hardware, like an Android phone. (In the phone case, I mean the amount of text you'd feel OK to input on a phone at one time.) If UTF-8 is so widely deployed that no one in the Taipei office needs to submit forms in Big5 anymore, that would be good to know, too. Context: I need to decide if I should make Big5 encode faster or if I should trade off speed for smaller footprint for the legacy Simplified Chinese and Japanese *encoders*, too. -- Henri Sivonen hsivo...@hsivonen.fi https://hsivonen.fi/ _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
