dp <email@hidden> writes:
> Just tried this and an amazing thing happened. Clicking on another Dock
> object, Firefox, for example, is ignored. The current space remains
> where the selected X app is running (Xterm in my case).
I think this might be the same thing I just filed a ticket for:
http://trac.macosforge.org/projects/xquartz/ticket/102
What seems to be happening is that when you select an X11 window that's
in another space, the display switches to that space but Spaces still
thinks the previous space is active, and so operations that "ought to"
switch back to that space are no-ops.
> And finally, this only happens when I begin in space #1. I tried the
> same steps from space #3 and the problem did not appear.
Is it really that space 1 is special, or just that that was where you
started from? In the example I had, you could switch the roles of the
two spaces and the buggy behavior was the same.
regards, tom lane
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/email@hidden
This email sent to email@hidden
