[Webkit-unassigned] [Bug 25889] [GTK] scrollbar policy for main frame is not implementable

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon May 25 20:07:04 PDT 2009


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


gns at gnome.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED




------- Comment #9 from gns at gnome.org  2009-05-25 20:07 PDT -------
(In reply to comment #8)
> Found a bit of time to look into. I think you will want to move this to
> WebKitWebFrame. With sites like images.google.com (actually when clicking on a
> search result). Otherwise you will get the signal (assuming hostWindow() will
> be != 0) for every frame of the frameset?
> 

The scrollbars that show up in the frames in images.google.com results are
drawn by webkit, and the policy changes are already respected correctly. We may
want to notify the frame about such changes for informational, but it doesn't
really matter that much to the application or to the scrolling widget that is
WebView's parent, I think. So what we want is to only emit that signal on the
WebView for the main frame. Does that make sense to you?


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



More information about the webkit-unassigned mailing list