[Webkit-unassigned] [Bug 36697] [GTK] WebkitWebView's scroll bars ignore requests to always display them

[bugzilla-daemon at webkit.org]

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


Antonio Gomes (tonikitoo) <tonikitoo at webkit.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID




--- Comment #4 from Antonio Gomes (tonikitoo) <tonikitoo at webkit.org>  2010-04-29 14:01:39 PST ---
After talking to Gustavo on IRC, he explained me that it is a expected
behavior, then the bug is invalid.

<tonikitoo> kov, so it seems like scrollbar policy is broken on webkit-gtk.
<tonikitoo> I am trying to understand the webkit/gtk part of it, more
specifically how a policy set to GtkScrolledWindow is passed to WebKit and then
to WebCore. currently if one has some code doing:
<tonikitoo> gtk_scrolled_window_set_policy (GTK_SCROLLED_WINDOW
(scrolled_window), GTK_POLICY_ALWAYS, GTK_POLICY_ALWAYS); 
<tonikitoo> it should be passed to WebCore somehow, but is not, and no
scrollbar bar is shown.
<tonikitoo> by passed to WebCore, I mean call ScrollView::setScrollbarModes ,
as the Qt does in its API.
<kov> so, the way I designed that is that you cannot tell the web content what
to do regarding policy through GtkScrolledWindow, you just follow whatever the
page wants you to do
<kov> it's not writtable right now, but I don't think you need to set policy to
fix that, why would you?
<tonikitoo> hum, right. So if I do gtk_scrolled_window_set_policy
(GTK_SCROLLED_WINDOW (scrolled_window), GTK_POLICY_ALWAYS, GTK_POLICY_ALWAYS); 
<tonikitoo> and web content does "overflow:hidden" there will be no scrollbars?
<tonikitoo> by design
<kov> that should be the case, yeah
<kov> the problem is GtkScrolledWindow is not very flexible in its policies
<tonikitoo> like in qt, if one sets SCROLLBAR_ALWAYS_ON, it would be like
overflow:scroll, no matter if the scrollbar are needed or not
<tonikitoo> and would win over any overflow:hidden set in the page, for example
<tonikitoo> kov, so, https://bugs.webkit.org/show_bug.cgi?id=36697 seems
invalid. could you confirm?
<kov> it's invalid, yeah, you can "fix" that by connecting to the signal that
says the policy was changed, and doing nothing, though

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