[webkit-gtk] GtkLauncher scrolling problem

Maxime de Roucy maxime.deroucy at gmail.com
Tue May 24 02:57:56 PDT 2011


Le Tue, 24 May 2011 10:31:40 +1200,
"Gavin Lambert" <gavinl at compacsort.com> a écrit :

> Quoth Maxime de Roucy:
> >      * 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.
> [...]
> > So it seams it is now impossible to use webkit without a scrollbar.
> 
> Did you try handling that signal, like it says?
> 
> 

Yes I tried, but as the it said :
* 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.

So if I handle the signal and set the gtkscrolledwindow policy to
GTK_POLICY_AUTOMATIC. The result is the same, scrollbar appear :
They are GTK scrollbars, not webkit, but their is no difference for the
end user (for what I saw).

If I handle the signal and set the gtkscrolledwindow policy to
GTK_POLICY_NEVER. The scrollbar does appear but the window is
automatically resized by the webkit webview to fit the whole web page.
Which isn't what I want.

So : It seams it is now impossible to use webkit without a scrollbar.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.webkit.org/pipermail/webkit-gtk/attachments/20110524/b291d3d9/attachment.bin>


More information about the webkit-gtk mailing list