[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