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 13:37:52 -0800
Xquartz -query works now - used to just exit on login for me. But
the manner in which it works now might illustrate why it used to
have a problem. I have two monitors, and the new desktop opened up
covering both monitors. Which wasn't quite what I wanted.
This has to do with Xinerama settings (don't look at me, I only have
one monitor) but is not specific to XDMCP
So to Xephyr... which *almost* works. It *does* work, but:
I get the default X mouse cursor overlying the proper mouse cursors
as defined on the remote host. The whole time.
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.
With -fullscreen, again on a two-monitor setup, the window opens
filling both screens with one stretched-out desktop. In case I
didn't state this clearly enough when I last reported that this was
happening:
Xquartz -fullscreen is ignored and not working.
THIS IS NOT GOOD.
Well, it's better than it was a few weeks ago, we're making progress.
You can't expect a point release to fix all your problems.
It's ugly and unusable. It's understandable for Xquartz, by the
nature of what it is, and what it does; but Xephyr runs in a window;
it should be possible to set that window up with sensible default
fullscreen behaviour in the Mac environment if the -fullscreen
commandline option is given.
You're asking for too much automation, too soon. Be patient. It is
possible. The -geometry command line argument doesn't seem to work
with Xephyr, but there is probably something to choose the
resolution. If not, then just use Xnest instead:
Xnest -query 10.0.10.1 -geometry 1024x768 :1
If any other Mac application has a fullscreen option, eg: itunes,
quicktime, other movie players, they're smart enough not to stretch
the picture across both screens. Can't Xephyr be the same?
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.
We could really do with a way of saying, "open for just one screen"
- maybe a little dialog like the Quicktime Pro Present Movie dialog
when you have multiple screens, to select which screen to open, and
fill the screen, on. Or even just a big X and a message along the
lines of "click to select screen for fullscreen mode". If the user
chooses the primary display, 'fullscreen' should presumably continue
to exclude the menubar area, but if they choose any other display it
obviously should not and should be actually full screen.
For what? Xephyr or Xquartz? That will never be in Xephyr by design.
As for Xquartz, fullscreen mode is not supported yet. Xinerama should
be, but I don't use it nor have hardware to test it, so I can't verify
or fix it. If you want to, look at pseudoramiX.c, send in patches,
and I'll commit them.
Or there's -screen,
Oh, that's what -geometry was changed to... so then, yeah... use that
for now.
but can that be combined with -fullscreen?
-fullscreen is a shortcut for -screen <max X>x<max Y> AFAICT.
Basically, support for macs with multiple displays is really quite
broken! :-)
Patches welcome, since I can't fix it. On a side note, I think Ben
got a second monitor to work on this, so please follow the fullscreen
and Xinerama bugs on our bug report site.
God knows what would happen if the screens were different sizes -
which as we know OS X itself is entirely happy about. User
*expectation* for Xephyr -fullscreen is surely that it will fill
*one* screen? (It was mine anyway.) Alternatively (and probably more
clever than I really want), it could open a window each for each
screen
No, it won't do that by design. It's not even clear how that would be
expected to work architecturally.
, and arrange the remote desktop xinerama multiple screen
accordingly. That's probably really hard though, and of course
depends on the remote system being xinerama-aware
You're seriously confusing the role of X11 servers and X11 clients.
If you use XDMCP, the remote system doesn't need to know about
Xinerama. Xinerama is a server (in this case Xephyr) extension.
, and it's not even what I want; just want *one* screen filled. That
would be the logical default. :-)
Yes, that would be nice. Hopefully we'll get there.
Also, with -fullscreen could we lose the window title bar yet?
Sure, if you want to stop quartz-wm from running, create your own
~/.xinitrc without it.
We can still move the window with exposé/spaces, but assuming the
above issues are fixed and we get a -fullscreen that behaves on a
multi-display mac, it would be nice if it could actually be
fullscreen. The Aqua window furniture isn't necessary in that
instance. (I think Xephyr -fullscreen on linux loses its titlebar
and window furniture, so it's definitely going to be part of user
expectations.)
I believe quartz-wm needs to handle those wm hints. It has nothing to
do with the server or anything I can control.
One more thing. :-) Xephyr homepage says:
"Unlike Xnest it supports modern X extensions ( even if host server
doesn't ) such as Composite, Damage, randr etc (no GLX support now)."
xdpyinfo in the remote machine logged in using xephyr does not
report it has the COMPOSITE extension. DAMAGE is there though, and
RANDR, and in fact so is GLX despite the above quote. (glxgears
fails though, with "Error: Couldn't get an RGB, Double-buffered
visual".)
/shrug... We're not going to worry about anything composite related
until we move to the 1.4 branch... and I'm GLAD that Xephyr isn't
using composite since there's a security issue with composite in the
1.3 branch.
But no Composite. This is more of a wishlist item, but one day
Compiz Fusion should work through this, right? :-D
one day...
It's quite funky at the moment dragging a slightly-transparent gnome-
terminal around the linux desktop and the way the backdrop behind it
lags like it's being lensed, but I suspect it's not deliberate (and
only noticeable as I'm using it over wifi right now. Normal use
would be through gigabit.
Buggy will eventually be not buggy.
It's getting there though, isn't it? :-)
One step at a time...
Thanks for your comments. Please CC yourself on the fullscreen and
Xinerama bugs on the website to stay up to date and provide us with
feedback.
Thanks,
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