[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


Gustavo Noronha (kov) <gns at gnome.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gns at gnome.org,
                   |                            |xan.lopez at gmail.com




--- Comment #7 from Gustavo Noronha (kov) <gns at gnome.org>  2009-12-02 10:10:40 PST ---
(In reply to comment #6)
> (In reply to comment #5)
> > (From update of attachment 43689 [details] [details])
> > Can't you already do this via the DOM?
> > window.getSelection().getRangeAt(0).getBoundingClientRect()
> > 
> > I assume that gtk webkit exposes some sort of DOM bindings, no?  Please feel
> > free to r? this again if I'm wrong.
> 
> That would be pretty cool!  I'd much rather do this within the existing API if
> possible--perhaps one of the WebKitGtk devs could jump in.  I'm new to WebKit,
> and basically working from <URL:http://webkitgtk.org/reference/index.html>, and
> I don't see anything that provides that functionality--but I could easily have
> missed it.

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.

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