Reproduced it here on Debian "testing" amd64 with Qt 4.7.4 — opened the "Tear off" menu, clicked the very top item and... got a decoration-less (and thus nearly uncontrollable) opaque black window occupying ~90% of the screen and with right and bottom sides somewhere beyond desktop edges.
On 03/15/2012 04:43 PM, R. Reucher wrote: > Hi list, > > > I just found a possible bug and couldn't find any mention of it > searching via Google or the Qt bug-tracker... so unless I'm not doing > something completely wrong, here's what happens (sample code attached, > derived from the official Qt example 'menus', extended with a long > tear-off menu and simple enough to repro it, I guess): > > > When a tear-off-enabled menu crosses multiple columns and the tear-off > handle is activated, the independent window goes haywire and gets > resized until its limits. Qt even spits out this message several times: > > > QWidget::setMinimumSize: (/QTornOffMenu) The largest allowed size is > (16777215,16777215) > > > Which indicates it's doing something completely weird here :)... > > > So, is this known? Am I the only one? Or am I doing something wrong > here? If no (to all) I guess I should file a Qt bug... > > > Note that I'm using Qt 4.8.0 on Linux x86_64, and I was informed of the > problem by someone on Windows, also using Qt 4.8.0... so it doesn't seem > to be a platform-specific issue. > > > Thanks for your time, René
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Interest mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/interest
