Re: X11-2.1.1-pre1.pkg
Re: X11-2.1.1-pre1.pkg
- Subject: Re: X11-2.1.1-pre1.pkg
- From: Jeremy Huddleston <email@hidden>
- Date: Tue, 11 Dec 2007 20:46:43 -0800
On Dec 11, 2007, at 17:23, Rachel Greenham wrote:
I saw this as well just now. Clicking on another X window then
back to Xephyr clears it up. I notice this when I switch Spaces
and click on the Xephyr window in the other space.
Means having another X window open though. :-(
Yeah, I was saying that more for "history", so when we do get around
to addressing this issue (Open a bug for it on
xquartz.macosforge.org), I'll have something to jog my memory.
But reading back the email after writing what's below, it looks like
my *immediate* problem might be fixed by Xquartz -fullscreen being
made to work - or at least some way to turn *off* rootless mode.
More below...
Yeah, that's not in the short-term future =/ It is in the medium-term
plans, though.
Sure; that was a usability comment. :-) I wasn't sure people
realised what I was describing wasn't optimal. :-) Overcompensating
for understatement maybe. ;-)
Well, I know it's not optimal. I want it to work right. Personally,
I think kdrive seems like a good way to go for some of this. I think
it'd be nice to have a Xephyr.app (not actually Xephyr but using the
name to emphasize use) which does all the rendering in Quartz to a
single native Cocoa window per X root window and uses kdrive for most
of the server stuff.
But I don't want to start heading down that road until well after we
have Xquartz working well.
Actually that's not quite true; with Xephyr -screen the remote
desktop comes up the wrong dimensions (1600x1200 by the looks of
it). There's probably something I'm not doing right. :-) A local
xterm running in Xephyr screen shows the right screen size in
xdpyinfo, but the remote server doesn't seem to get it, whereas it
does with Xnest. This is odd as it believes the dimensions it's
given with Xephyr -fullscreen - even when they're crazy-wide. :-)
But also from a single-screen Mac. Something about using -screen
isn't sending the right screen dimensions to the remote machine, it
seems.
Eh, /shrug... this looks like it's probably a Xephyr bug and not
related directly to Xquartz... I'd try talking to other Xephyr users
in general for help about that (as I am not one).
Xephyr isn't a "Mac Application" it's an X11 application. It
querys the X server to figure out what the "fullscreen" resolution
is. Obviously there is something Xinerama related that is causing
issues in this case.
Hmm.
Just looking at the X-h output on a Linux box, and it has an option
Xquartz seems (maybe unsurprisingly) to lack:
-screen name ... specify the Screen section name
Which gave me a clue. :-)
Obviously there's no real xorg.conf anywhere for that to be defined;
but presumably (wild-guess?) there's some conversion layer that
provides the settings and environment X wants from out of the
running Quartz state.
xdpyinfo is giving me:
screen #0:
print screen: no
dimensions: 3360x1050 pixels (1138x356 millimeters)
resolution: 75x75 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x3f
... etc.
And there is no screen #1.
...
Can't find the Xinerama bug; unless it's not got an obvious summary.
If you tell me I'm not being stupid and I haven't missed it, I'll
submit a new one with some of the text from this mail in it (about
the ServerLayout/Screen stuff should be inherited properly from
Quartz for Xinerama to work, and what happens at the moment because
it isn't.)
Maybe I lied and it's not there... so... yeah, create it and put in
the entire contents of your last email so we have a way to track it.
It *should* work as you are describing. I just have no way to get it
to work like that since I don't use multiple displays. As I said, I
think Ben got a second monitor to eventually work this out, so
providing all that in a bug report will be alot more helpful than
having to search the list archives =)
--Jeremy
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden