Bug 14912

Summary: REGRESSION: text inputs are not scrolled to make inline input visible
Product: WebKit Reporter: Alexey Proskuryakov <ap>
Component: TextAssignee: Darin Adler <darin>
Status: RESOLVED FIXED    
Severity: Normal CC: oliver
Priority: P1 Keywords: InRadar
Version: 523.x (Safari 3)   
Hardware: Mac   
OS: OS X 10.4   
Attachments:
Description Flags
patch sullivan: review+

Alexey Proskuryakov
Reported 2007-08-09 05:04:10 PDT
To reproduce, type a lot of garbage in "Summary" text of this bug using Kotoeri Hiragana. As you type, the insertion point will move outside the field. AppKit text input fields scroll to make the insertion point visible (there's a special Carbon Event parameter that an IM can pass to request some part of the text to be visible; I don't know if AppKit uses it, or just follows the insertion point).
Attachments
patch (9.88 KB, patch)
2007-08-12 19:19 PDT, Darin Adler
sullivan: review+
Mark Rowe (bdash)
Comment 1 2007-08-10 20:26:27 PDT
Darin Adler
Comment 2 2007-08-12 19:19:21 PDT
John Sullivan
Comment 3 2007-08-12 19:46:38 PDT
Comment on attachment 15947 [details] patch r=me
Darin Adler
Comment 4 2007-08-12 20:15:18 PDT
Alexey Proskuryakov
Comment 5 2007-08-12 21:12:05 PDT
(In reply to comment #0) > (there's a special Carbon Event parameter that an IM can pass to request > some part of the text to be visible; I don't know if AppKit uses it, or just > follows the insertion point). For the record, the parameter is kEventParamTextInputSendPinRng, and the landed patch doesn't use it. * A TextRange record that specifies a start offset and an end * offset that should be scrolled into view if the text * specified by these offsets is not already in view. The * fHiliteStyle field of the TextRange records is ignored in * this parameter. This parameter is optional and may not be * present in all instances of this event.
Oliver Hunt
Comment 6 2007-08-12 21:21:34 PDT
Unfortunately we don't get raw carbon events, so there's not a whole lot we can do...
Darin Adler
Comment 7 2007-08-13 10:43:02 PDT
(In reply to comment #5) > (In reply to comment #0) > > (there's a special Carbon Event parameter that an IM can pass to request > > some part of the text to be visible; I don't know if AppKit uses it, or just > > follows the insertion point). > > For the record, the parameter is kEventParamTextInputSendPinRng, and the landed > patch doesn't use it. If we find that this is passed through AppKit in some form, we could some day change our code to base the scrolling on this instead of scrolling every time. For now I think we're OK.
Note You need to log in before you can comment on or make changes to this bug.