On Sat, 20 Dec 2008, Jeremy Huddleston wrote:
On Dec 20, 2008, at 13:41, Viv Kendon wrote:
* now...full screen mode does NOT play nicely with spaces! I'm currently in full screen mode with the two X11 windows I had open on Space 3, an Aqua background, no menu bar, and with the full-screen desktop background and the X11 app I had open in Space 6 "lost" in Space 6 with no way to switch to it!
Well, you'd have to switch to space 6...
Exactly...only once I'm in full screen I can't find a way to do that: is there something I'm missing? If I go to screen 6 first then cmd-opt-a into full screen, well, things just get worse, with the effects mentioned below. In the Spaces preferences I have unchecked the option to have Spaces switch to a screen with active windows when selecting an app, but this sort of switching still happens, for instance when calling up the X11 preferences window when in a Space with X11 windows but not the one X11 first opened a window in. So I moved the preferences window over to Space 6 from Space 3, and that seemed to confuse both Spaces and X11 when I selected full screen mode.
I can also get the full screen desktop background interleaved with the X11 windows on first switching, I think others have reported that.
Nope, this is the first I've heard about it... open a bug report.
I'll do some more testing to find a way to reproduce it reliably. I'm about to go offline for a week, so I can't report until I'm back.
And I just got the X11 desktop by itself, where in virtual spaces I don't know, but maybe on top of the X11 app that was in space 6.
You're probably in a space with no X11 client. The windows are bound to a particular Space.
(How did I get into this state in the first place? well, I was trying to test the cmd-opt-a thing in another app, and RetroOffice (X11 build of NeoOffice) was open on Space 6...it's an app bundle so it is natural to start it in a different space. and yes, it does react to cmd-opt-a, by doing "select all".)
Well if it's an X11 application with an app bundle... then it's either got its own X11 server or its using ours... which is the case?
It uses xquartz, it doesn't bundle its own: http://neowiki.neooffice.org/index.php/RetroOffice
OK, I know that's not how full screen is designed to be used :-) I think I'll have to find your instructions for running two copies of X11, one for full-screen and one rootless...
Finally, something also appears to have changed with the cut and paste in relation to RetroOffice, I can't find a combination of pasteboard options that allows the ctr-c and ctl-v that should work within the app to function properly.
How so?
ctl-c on a selection followed by ctl-v pastes something previously copied from elsewhere in X11 land, or whatever cmd-c last copied. I have the X11 preferences window open and the only pasteboard option I have checked is "enable syncing. So RetroOffice is not copying (or cutting) into the buffer it then pastes from. But I'll have to get back to you after I've had a chance to revert to the previous RetroOffice version and test in a more vanilla account, log out, reboot, etc., etc.. -- Viv
There's a thread around the end of October where it was first discussed, that work around no longer appears to work (unselect both "update Pasteboard when CLIPBOARD" and "Update CLIPBOARD when Pastboard").
If you do that, then we don't ever touch CLIPBOARD, so if your application isn't working, it's either not using CLIPBOARD or it's just broken outside of us.
But I installed a RetroOffice update at the same time, so I need to do considerably more checking and come back with details. I think it works OK with fvwm as the window manager, but not with quartz-wm.
Well that doesn't make sense at all since quartz-wm doesn't do anything with CLIPBOARD on our X11.app...
________________________________________________ Dr Viv Kendon http://quantum.leeds.ac.uk/~viv tel: +44 113 343 4864 Physics and Astronomy Quantum Information Group University of Leeds