NEW 37167
[Win] Composition text's underline is rendered differently than that of native applications
https://bugs.webkit.org/show_bug.cgi?id=37167
Summary [Win] Composition text's underline is rendered differently than that of nativ...
Elliot Block
Reported 2010-04-06 13:30:03 PDT
Created attachment 52661 [details] Screenshot of the undetermined text with the wrong style Overview --------------- Undetermined IME input has solid underline instead of dashed underline Repro Steps: --------------- 1) Find an empty editable text area, e.g. an <input type="text"/> field 2) Use an IME, such as Windows Chinese IME 3) Type some sample text but do not determine it (i.e. do not press space or enter) E.g. for Chinese, type "wo" without the quotation marks, and without space or enter You should now see "wo" underlined. 4) Press space. This will pop up a candidate window which shows a selection of characters that are conceivable replacements for "wo" Actual Result: --------------- "wo" will display as "我" with a solid black underline. Expected Result: --------------- "我" displays with dashed or dotted underline. This is the standard behavior in Windows, Firefox, etc.. If it is solid underlined it looks weird and wrong to native users, like it's in the wrong state. Environment: --------------- Repros both Safari 4.0.5 (531.22.7) and Chrome 4.1.249.1045 on Win7
Attachments
Screenshot of the undetermined text with the wrong style (21.66 KB, image/jpeg)
2010-04-06 13:30 PDT, Elliot Block
no flags
IME behavior comparison between MSIE and Chrome (69.53 KB, image/png)
2011-01-15 10:47 PST, Mengjuei Hsieh
no flags
Alexey Proskuryakov
Comment 1 2010-04-06 21:03:31 PDT
Is this a new behavior in Windows 7?
Alexey Proskuryakov
Comment 2 2010-04-06 21:03:53 PDT
Mengjuei Hsieh
Comment 3 2011-01-15 10:45:49 PST
I can confirm it with chrome 8.0.552.237 on window xp using traditional chinese input method.
Mengjuei Hsieh
Comment 4 2011-01-15 10:47:11 PST
Created attachment 79064 [details] IME behavior comparison between MSIE and Chrome
Ryosuke Niwa
Comment 5 2011-03-09 14:00:21 PST
(In reply to comment #1) > Is this a new behavior in Windows 7? I don't think this is a new feature. IE has always used dotted line but native apps behave differently based on IME. For example, Japanese IME uses wave line for typed hiragana and then solid line for Kaji characters. On the other hand, Chinese IME uses solid line for typed pinyin and solid line for Chinese characters, and Korean IME doesn't show underline at all. You can see some some screenshots on http://msdn.microsoft.com/en-us/library/ms971336.aspx and http://msdn.microsoft.com/en-us/library/cc194855.aspx It seems like Firefox always show dotted underline for all IMEs and IE shows dotted underline for Japanese/Chinese but doesn't show underline for Korean. We need to figure out the behaviors for other IMEs.
James Su
Comment 6 2011-03-09 14:48:29 PST
(In reply to comment #5) > (In reply to comment #1) > > Is this a new behavior in Windows 7? > > I don't think this is a new feature. IE has always used dotted line but native apps behave differently based on IME. For example, Japanese IME uses wave line for typed hiragana and then solid line for Kaji characters. On the other hand, Chinese IME uses solid line for typed pinyin and solid line for Chinese characters, and Korean IME doesn't show underline at all. > > You can see some some screenshots on http://msdn.microsoft.com/en-us/library/ms971336.aspx and http://msdn.microsoft.com/en-us/library/cc194855.aspx > > It seems like Firefox always show dotted underline for all IMEs and IE shows dotted underline for Japanese/Chinese but doesn't show underline for Korean. We need to figure out the behaviors for other IMEs. As far as I know, it's not possible to retrieve the preferred underline style with IMM32 API, unless we use TSF. So it's up to the application to choose proper underline style. And IMHO, it's just a matter of taste. Usually Chinese pinyin input method tends to use solid line for typed pinyin and dot line for Chinese characters. Perhaps we need to support dot and maybe other underline styles in WebCore and let the browser application decide which style to use.
Note You need to log in before you can comment on or make changes to this bug.