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/ _______________________________________________ Bug-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-gnustep
