After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 147693 - GTK+ doesn't support multiple monitors properly
GTK+ doesn't support multiple monitors properly
Status: RESOLVED DUPLICATE of bug 148526
Product: gtk+
Classification: Platform
Component: Backend: Win32
unspecified
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2004-07-16 07:43 UTC by Asbjørn Ulsberg
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Asbjørn Ulsberg 2004-07-16 07:43:46 UTC
On a Windows XP computer using two monitors, Gaim (which uses GTK+), does not 
behave like it should on the second monitor. Whenever I drag a Gaim window over 
from the first to the second monitor, and close it when on the second monitor, 
that's where it should be when I re-open it. But it always appears in monitor 
#1.

It seems as if GTK+ remembers the relative coordinates of the screen, but does 
not care about which monitor it was on when closed.
Comment 1 Matthias Clasen 2004-07-16 14:03:14 UTC
Not really a gtk problem. Apps have to remember their position themselves (or on
X, have the window manager do it for them)
Comment 2 Asbjørn Ulsberg 2004-07-20 06:21:44 UTC
The Gaim folks says that they trust (which they probably should?) the 
coordinates GTK gives them:

https://sourceforge.net/tracker/?func=detail&atid=100235&aid=991428&group_id=235
Comment 3 Asbjørn Ulsberg 2004-07-21 23:54:55 UTC
Is Gaim wrong to trust the coordinates GTK provides?
Comment 4 Owen Taylor 2004-07-24 18:32:48 UTC
It may be that getting window positions on mutihead doesn't work correctly.
You or the gaim on win32 developers will need to debug to find out
where the fault lies.
Comment 5 Asbjørn Ulsberg 2004-07-24 20:35:05 UTC
Okay, thanks. I'll mention it for the Gaim folks. :-)
Comment 6 Owen Taylor 2004-07-27 16:54:46 UTC

*** This bug has been marked as a duplicate of 148526 ***
Comment 7 Daniel Atallah 2004-07-28 00:14:41 UTC
Gaim is not telling the windows in question where to show up. 

It turns out that if gtk_widget_realize() is called on the GtkWindow prior to it
being filled in and set up, it causes the window to appear off screen when it is
eventually shown (it appears in the "missing top-left corner of my
non-rectangular desktop").

This behavior is also experienced when various other calls happen during the
construction of a GtkWindow if the GtkWindow itself hasn't been
gtk_widget_show()'d yet.

Comment 8 Owen Taylor 2004-07-28 14:09:21 UTC
Daniel - in the GAIM bug tracker discussion Asbjørn linked to,
he GAIM developers specifically say that they do save window positions. 
Are you sure that it isn't the case for you?
Comment 9 Daniel Atallah 2004-07-28 14:20:17 UTC
The window position is saved only for a few gaim windows (I think only the Buddy
List window, actually).  All of the other windows are just placed created and
shown - it is left to GTK / the WM to place them.