11107 2006-10-01 04:16:50 -0700 REGRESSION: Inline hole underlining not visible in text fields 2007-02-07 05:09:39 -0800 1 1 1 Unclassified WebKit Text 420+ Mac OS X 10.4 RESOLVED DUPLICATE 12668 InRadar, Regression P1 Major --- 1 2006+opendarwin.org webkit-unassigned adele ap harrison oldest_to_newest 56871 0 2006+opendarwin.org 2006-10-01 04:16:50 -0700 Kotoeri (Japanese Input Method) behaves a little different than expected (eg standard Safari), and can become unusable. To replicate: 1. Open any page with a form field/text input area (eg http://google.com/) 2. Activate Kotoeri Japanese input and try to enter some Japanese into the form field There are three problems: * An underline doesn't appear as expected under the currently input characters (indicating what characters can be transformed into kanji etc) * Pressing the space bar after entering some characters brings up a palette of kanji to choose from, but it is not attached to the form field (appears somewhere else on screen). This palette is normally attached to the input (currently underlined) text eg directly underneath the underline. * Pressing the space bar after entering only one character (eg "a") doesn't bring up the kanji selection palette at all, making it impossible to convert the character to a relevant kanji This behavior can also be compared to entering Japanese text into the Address Bar fields (eg Google search field) in nightly Safari, where it works as expected. 56872 1 ap 2006-10-01 04:47:07 -0700 Confirmed. In the future, please file separate bugs for multiple issues, this greatly simplifies tracking and fixing them. I think the underlining regression is rather recent; don't know about the other two. 56874 2 2006+opendarwin.org 2006-10-01 05:03:44 -0700 Hi Alexey, thanks for the advice - still working out what to do here. I assume I shouldn't do anything this time right? If i should file the other two problems as separate bugs and edit this one please let me know. 55722 3 ap 2006-10-03 10:18:54 -0700 #2 and #3 are now fixed, apparently by David Harrison in r16737. The underlining issue still remains. 55725 4 harrison 2006-10-03 12:43:57 -0700 Agreed that #2 and #3 are addressed. Re-titling bug to reflect the remaining issue. 55726 5 harrison 2006-10-03 12:54:33 -0700 Looking more closely, the underlining is visible in text areas and text fields that are tall enough. This is likely caused by my recent change to separate the underlining from the baseline, for bug <rdar://problem/4077676> Inline hole line adheres to the Japanese characters in inline hole 46483 6 slewis 2006-11-08 14:09:20 -0800 radar 4826691 25297 7 mjs 2007-02-07 05:09:39 -0800 *** This bug has been marked as a duplicate of 12668 ***