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

[Germán Arias]

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

Here:

http://doc.qt.digia.com/4.7-snapshot/mainwindows-application.html

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":

http://doc.qt.digia.com/4.7-snapshot/application-windows.html#window-geometry

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
though."

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:

  <http://savannah.gnu.org/bugs/?36586>

_______________________________________________
  Mensaje enviado vía/por Savannah
  http://savannah.gnu.org/