[Webkit-unassigned] [Bug 37167] [Win] Composition text's underline is rendered differently than that of native applications

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Mar 9 14:48:29 PST 2011


https://bugs.webkit.org/show_bug.cgi?id=37167


James Su <suzhe at chromium.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |suzhe at chromium.org




--- Comment #6 from James Su <suzhe at chromium.org>  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.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list