[Webkit-unassigned] [Bug 75384] [GTK] Scrollbars are drawn behind the window resize grip

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Dec 30 08:24:36 PST 2011


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





--- Comment #4 from Carlos Garcia Campos <cgarcia at igalia.com>  2011-12-30 08:24:36 PST ---
(In reply to comment #3)
> (From update of attachment 120791 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=120791&action=review
> 
> This patch should probably also add support for resizing the scrollbars. 

I don't get what you mean.

> Right now the information is just ignored. 

what information?

> We also need to consider how to handle the situation where the resize grip and the scrollbar don't intersect. 

how can that happen?

> For instance, one such situation would be when the WebView doesn't touch the bottom of the window at all.
> \\

There are no scrollbars in that case no? This patch simply sends to the WebProcess the size of the resize grip, and fixes the problem of scrollbar button being painted behind the window resize grip. 

> > Source/WebKit2/UIProcess/API/gtk/WebKitWebViewBase.cpp:75
> > +static void webkitWebViewBaseNotifyResizerSizeForWindow(WebKitWebViewBase* webViewBase, GtkWindow* window)
> 
> I think you can just eliminate this completely and call toplevelWindowResizeGripVisibilityChanged(G_OBJECT(toplevel),  0, webView) below.

I don't like it, I prefer to have two methods, because when you read that you always have to think what that 0 is.

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



More information about the webkit-unassigned mailing list