Le Mon, 23 May 2011 14:37:04 -0300, Gustavo Noronha Silva <g...@gnome.org> a écrit :
> Hey,
>
> On Sun, 2011-05-22 at 12:39 +0200, Maxime de Roucy wrote:
> > I try GtkLauncher and modify the l 124 :
> > gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW(scrolledWindow),
> > GTK_POLICY_AUTOMATIC, GTK_POLICY_AUTOMATIC); by
> > gtk_scrolled_window_set_policy(GTK_SCROLLED_WINDOW(scrolledWindow),
> > GTK_POLICY_NEVER, GTK_POLICY_NEVER);
> >
> > But it doesn't change anything. I still have scroll bar in the
> > window.
> >
> > Is it a bug ?
>
> Is that on a specific page?
>
> Cheers,
>
No it doesn't append on a spécifique page (but the page have to be long
enough to make the scrollbar appear).
But I found the reason line 264 of
Source/WebKit/gtk/webkit/webkitwebframe.cpp file.
WebKitWebFrame::scrollbars-policy-changed:
* @web_view: the object which received the signal
*
* Signal emitted when policy for one or both of the scrollbars of
* the view has changed. The default handler will apply the new
* policy to the container that holds the #WebKitWebFrame if it is
* a #GtkScrolledWindow and the frame is the main frame. If you do
* not want this to be handled automatically, you need to handle
* this signal.
*
* The exception to this rule is that policies to disable the
* scrollbars are applied as %GTK_POLICY_AUTOMATIC instead, since
* the size request of the widget would force browser windows to
* not be resizable.
*
* You can obtain the new policies from the
* WebKitWebFrame:horizontal-scrollbar-policy and
* WebKitWebFrame:vertical-scrollbar-policy properties.
*
* Return value: %TRUE to stop other handlers from being invoked
for the
* event. %FALSE to propagate the event further.
*
* Since: 1.1.14
So it seams it is now impossible to use webkit without a scrollbar.
Am I right ?
Thanks
signature.asc
Description: PGP signature
_______________________________________________ webkit-gtk mailing list webkit-gtk@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk
