Bug 11107
| Summary: | REGRESSION: Inline hole underlining not visible in text fields | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | boblet <2006+opendarwin.org> |
| Component: | Text | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Major | CC: | adele, ap, harrison |
| Priority: | P1 | Keywords: | InRadar, Regression |
| Version: | 420+ | ||
| Hardware: | Mac | ||
| OS: | OS X 10.4 | ||
boblet
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.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
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.
boblet
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.
Alexey Proskuryakov
#2 and #3 are now fixed, apparently by David Harrison in r16737. The underlining issue still remains.
David Harrison
Agreed that #2 and #3 are addressed. Re-titling bug to reflect the remaining issue.
David Harrison
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
Stephanie Lewis
radar 4826691
Maciej Stachowiak
*** This bug has been marked as a duplicate of 12668 ***