[Webkit-unassigned] [Bug 157790] New: [GTK] Add WebKitWebView::caret/focus-position-changed signal

[bugzilla-daemon at webkit.org]

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

            Bug ID: 157790
           Summary: [GTK] Add WebKitWebView::caret/focus-position-changed
                    signal
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Local Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit2
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: mcrha at redhat.com
                CC: tpopela at redhat.com

It would be pretty handy to have "caret-position-changed"/"focus-position-changed" signals on the UIProcess side, thus on the WebKitWebView, to which one would be able to connect and listen for the changes on the caret position (the focus position is for the read-only WebView-s, when the Tab circles between focusable elements, like anchors, inputs and similar, but otherwise has the same meaning).

The idea for this signal is to help in case of the GNOME-related bug [1]. It asks for a way to allow the scrolling to be fully managed by the WebView owner, not by the WebView itself. For this the cursor/focus position change notifications are needed, to be able to properly scroll the content to the place where the user is focusing his/her interest.

I hope it's understood what I mean, but just in case, when tabbing between anchors/inputs/... inside the WebView the scrolled window should make sure that the currently focused anchor is shown in the view; similarly when moving the cursor when having a caret mode on, or when moving the cursor in the editor mode (contenteditable). It would be nice not only to receive the position of the cursor (x,y coordinates), but also the size of the focused area (width,height values), which can be [0,cursor-height] in case of the cursor and [anchor-width,anchor-height] in case of the selected anchor, and so on. Cursor movement inside an input element should be also notified (like when typing/moving inside a TextArea).

[1] https://bugzilla.gnome.org/show_bug.cgi?id=763863

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160517/abbfb8f9/attachment.html>