[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #36586] Submenu displayed in a wrong position with menu in-window

From: Germán Arias
Subject: [bug #36586] Submenu displayed in a wrong position with menu in-window
Date: Tue, 09 Oct 2012 01:22:10 +0000
User-agent: Mozilla/5.0 (X11; Trisquel; Linux i686; rv:14.0) Gecko/20120718 Firefox/14.0.1 Abrowser/14.0.1

Follow-up Comment #7, bug #36586 (project gnustep):



you can read:

"When restoring the position and size of a window, it's important to call
QWidget::resize() before QWidget::move(). The reason why is given in the
Window Geometry overview."

In the last section at "Window Geometry overview":


you can read:

"X11 provides no standard or easy way to get the frame geometry once the
window is decorated. Qt solves this problem with nifty heuristics and clever
code that works on a wide range of window managers that exist today. Don't be
surprised if you find one where QWidget::frameGeometry() returns wrong results

So have an aggressive solution for this problem, does not seems (at least to
me) a bad idea. The attached patch is that I did to the fisicalab-0.3.0 binary
package. I tested it with other apps, and a value of 2 for GSRedisplayMenu,
was enough to solve this problem in all apps where I notice this. Of course
this cause an ugly flickering when the main window is launched.

So, what you think about implement something like this? Of course this will be
experimental. But is an step to solve this problem. And keep in mind that Qt
(with all resources they have) admit that their solutions may not work in some
window managers.

(file #26724)

Additional Item Attachment:

File name: changes.patch                  Size:2 KB


Reply to this item at:


  Mensaje enviado vía/por Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]