[Webkit-unassigned] [Bug 17154] [GTK] Widget size negotiation

[bugzilla-daemon at webkit.org]

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


Martin Robinson <mrobinson at webkit.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mrobinson at webkit.org




--- Comment #12 from Martin Robinson <mrobinson at webkit.org>  2011-04-29 19:56:23 PST ---
(In reply to comment #11)
> Landed as r46123.

Sadly, I think this may be a misfeature. I appreciate the use-case, but perhaps there is another way to crack the egg. Here are a few of the issues this has caused:

1. When you pack the widget into a container, like an HBox of VBox it's impossible to ever make the view smaller. You'll be able to resize it to be larger, but never smaller, since the widget will never decrease its requisition size.

2. If you simply comment out the code in ChromeClient.cpp, you can now resize the window freely, but resize performance is abysmal.

Proposal: Revert this patch. Gustavo, can you confirm that either packing the WebKitWebView into a container or overriding the "size-request" signal fulfills the Anjal usecase. It should now be possible to query document properties via the GDom API. As it stands this patch breaks packing the widget into containers other than GtkScrolledWindow completely.

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