3 ms·
I'm often surprised these kinds of issues aren't fixed quicker. There are so many issues in browsers related to non Roman based letters (assuming that's the cor
by greggman 9y ago
I'm often surprised these kinds of issues aren't fixed quicker. There are so many issues in browsers related to non Roman based letters (assuming that's the correct term for it)
on the one hand I get that most browser (and OS?) dev happens in the West by people unaffected by these issues. One the other hand with > 1 billion people using non Roman based languages I'd expect this kind of stuff to be more of a priority.
maybe this particular issue isn't that important? the one that bites me the most is pressing ESC to cancel IME editing and having it exit some dialog because the browser/os passed the ESC all the down to the app when it was meant only for the IME. I get there are probably no easy solutions tho
this is also a place where VSCode fails because VSCode and any other is based text editing in html needs more IME info than current broswer APIs provide
- deleted 9y ago[deleted]
- Manishearth 9y ago"non Latin text" would be the correct way to put it. This script is called "Latin". > on the one hand I get that most browser (and OS?) dev happens in the West by people unaffected by these issues. As far as I can tell, this isn't in the browsers' hands. It's a font/unicode issue. Unicode has to encode these variants; and fonts have to support them. That said, I am seeing that red table work in Firefox but not in Chrome; however this might just be because Firefox is my primary browser; and I've done a bunch of fiddling with font settings for any language I speak or am learning, and Chinese is one of them. The default OSX fonts may not be so good for that.
- gorgedev 9y agoI am developing a program using a webbrowser control, for my own use, to aid in learning the Jouyou Kanji and their readings. I need some text controls to be exclusively latin, hiragana, or katakana. The state of IME support in Windows is very poor. WPF (legacy software?)does not support this at all with reported bugs going back five years. Winforms does, but doesn't meet my requirements. Html does define the inputmode attribute, but this only works as a hint to smart phone on-screen keyboards. The inputmode attribute is totaly ignored by desktop browsers. The Microsoft IME does not appear to have any API which can determine the current state or switch between modes. However, there is currently a Html5 working group on an API for IME control. In this day and age of multinational software, this is truly pathetic.