Re: problem with 0.2 and multiple monitors
Re: problem with 0.2 and multiple monitors
- Subject: Re: problem with 0.2 and multiple monitors
- From: Brian Scott Oplinger <email@hidden>
- Date: Wed, 12 Feb 2003 12:59:11 -0500
From: David Thompson <email@hidden>
I noted something similar with an App we develop. I've filed a bug
report on it, but I'll reiterate it here. With my multiple monitor
setup, small screen on the left and big screen on the right, when our
application opens a window (which is much to large for the small
window) it opens it on the small screen. It seems like the X-server
is trying to always place things on the smaller screen. I assume this
is due to the fact that 0,0 is on that screen and the app is trying
to place them relative to some small factor near 0,0--but this is
really undesirable. With XDarwin, I could separate the multiple
monitors and assign which one was 0.0. This was much better because
then windows would open on my bigger right screen. Anyway, I thought
I might see what others had to say.
David
I'll second that with a big OH YES! I see the same behavior with a
similar monitor setup, smaller monitor to the left of the large
monitor. I continually get windows 'above' the top of the screen on
my smaller monitor, as if the 'size' of the X display is the max of
both monitors. Since I'm using twm, I just use the frame menu (rt
button/frame) to select move which allows me to actually move the
window onto my larger display. The 0.1 beta didn't offer any way to
move a window, at least the 0.2 beta of quartz-wm will 'transport'
the window to the main monitor if I select another window then select
the window that's partly offscreen from the window menu. All in all,
non-elegant solutions to the problem.
Another thing the commercial eXodus, which I've used, has was the
ability to force windows to always stay onscreen, regardless of
requested positioning.
Which brings me to yet another positioning problem. I generate a
bunch of xterms from remote hp systems on my mac at .x.-0+0 (upper
right hand corner) and the windows draw as if the menu bar doesn't
exist. But it does, which means the title bar is drawn offscreen and
I need to move the window down. Granted, I can change the positioning
to be something like .x.-0+20, but that seems silly. I think -0+0
should be the point immediately below the menu bar. What do others
think?
Brian
_______________________________________________
x11-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/x11-users
X11 for Mac OS X FAQ: http://developer.apple.com/qa/qa2001/qa1232.html
Report issues, request features, feedback: http://developer.apple.com/bugreporter
Do not post admin requests to the list. They will be ignored.