[Webkit-unassigned] [Bug 31759] [GTK] WebKitWebView needs API to scroll to selection

[bugzilla-daemon at webkit.org]

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





--- Comment #8 from Peter Bloomfield <pbloomfield at bellsouth.net>  2009-12-02 14:57:17 PST ---
(In reply to comment #7)
> We currently do not have DOM bindings exposed. I am not sure about the proposed
> API, either, so I would like to get someone who actually knows what they're
> talking about in this area (like Xan) gives their opinion.
> 
> > If something is planned, I believe we could wait for it, and use the more
> > general solution instead of pushing for piecemeal fixes like the present patch.
> 
> We do have plans of having DOM bindings, but they need a lot of work to happen.

Thanks for the background!

BTW: another useful hook would be to clear the current selection.  Currently,
if you search for some string, then for the empty string, the latter search
fails but leaves the former match selected.  When the string is entered in a
GtkEntry, and you delete one character at a time, the selection progressively
shrinks to a single character, which is then left selected when the last
character in the GtkEntry is deleted.  You can see this in, for example,
Epiphany.  Leaving that stray character highlighted is inconsistent with the
empty GtkEntry (imho).  Perhaps webkit_web_view_search_text() should be patched
to do this, or perhaps findString(), but either of those would change the
behavior for others.  Implementing something like

void webkit_web_view_clear_selection(WebKitWebView* webView);

would give the app the option to clean up the display.

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