October 2008 - Xquartz-dev - lists.macosforge.org

Re: [Xquartz-dev] Xquartz-dev Digest, Vol 12, Issue 7
by Dave Ray 12 Oct '08

12 Oct '08

Thanks Jeremy for explaining some of these issues. I appreciate the work that you are putting into the X11 development and I'm providing feedback in hope that it is useful in debugging. This is a very complex issue! I've retested and included details below. > > On Oct 11, 2008, at 16:57, Dave Ray wrote: >> That's how I did it. I selected text in the terminal, hit command-C, >> switched to Textedit, hit command-P. > > I assume you mean command-v. Yes, very tired, sorry.. > Did you try using the menu rather than the keyboard shortcut? Yes, tried it both ways and was the same. >> I should have explained what I did a little better.. Yes this is >> actually what I did. I opened a JPEG image in Gimp, selected all and >> copied using the menus from within Gimp. > > You were good up to this point. That "puts" the image into > CLIPBOARD. xpbproxy then copies that to pasteboard. > >> After this, I hit command-C. > > And this is your problem. Now, you copied whatever in PRIMARY to the > pasteboard. > command-c just copies what's in PRIMARY (selected). If you want > what's in CLIPBOARD to be in pasteboard, that's handled automatically > whenever CLIPBOARD is changed. I may have mis-used some semantics in my previous post, with words like clipboard, buffer, etc. I've re-tested and tried to be more careful with the words I use to describe the results (below). >> This is normal X11 behavior. It is just a little different that OS-X. >> In a terminal window, type some text and then highlight it with the >> mouse (button1). Then un-highlight it by clicking the mouse elsewhere >> in the terminal window (button 1). Then click mouse button 2, and the >> text you highlighted should automagically get typed into the >> terminal. > > Right. > >> his is normal copy-paste behavior in the X11 world. It's natural that >> the question would arise, when should this buffer be allowed to get >> copied to the OS-X buffer. Only when it's highlighted? or, whenever >> it >> is in the X11 paste buffer. This is what I was testing and describing >> in my post. > > We have no way to know when it's deselected. All edit->copy does is > put what's in PRIMARY into pasteboard. There is nothing fancy going > on behind the scenes at the X11 client level since we actually can't > do anything at that level anyways. I think that's fine - I am observing some anomalies on my system. >> Under the current implementation, the text gets copied when it is >> highlighted, but will not copy after you click to unhighlight it, >> even >> when it remains in the X11 paste buffer. > > I highly doubt that is deterministic. There's no way to actually > implement the behavior you described (unless it's due to a race > condition)... and I just tested it out here and it works as expected. Well I just re-tested and I really am seeing this. Here's a more expanded description of what I'm seeing with copy/paste, which I've taken the time to capture in hope that it is helpful for developers. If I type text at the prompt in xterm, highlight it with the mouse, then deselect it, then select OS-X menu Edit-> Copy (also tried command-C) then try to paste in Textedit and nothing happens, but in xterm I can still recall that previously highlighted text with button 2, as expected for X11. If I do the exact same thing, but select OS-X Edit-> Copy while the text in xterm is still highlighted, it does copy to Textedit. I get the same result with command-C as I do with Edit -> Copy. I am seeing an anomaly between Eterm and xterm that I have never seen on an X11 system. First I cannot copy text to Textedit with Eterm at all, even using the way that works from xterm. If I do the copy/paste routine I described in an Eterm, I can button-2 the previously selected text in the same Eterm window, and across to another xterm window. But if I highlight the text in Eterm and use OS-X menu Edit -> Copy, I get a system beep (as though it had nothing to copy) and nothing pastes in Textedit. Now, if I do the same copy/paste routine in xterm, I can button-2 the previously selected text in the same xterm window and Textedit but NOT into Eterm. Weird.... The thing that won't copy into Eterm is the only thing that will copy into Textedit.. a coincidence? Is there something wrong with my Eterm, or is this the symptom of something going on system wide in X11? On the graphics side, I re-tested and have some details. I can copy from Preview to Gimp, but not vise-versa. I tried every possible way I could think of that might work. After opening and selecting an image in Gimp, I tried just selecting an area and then using OS-X Copy; tried selecting an area, using Edit -> Copy from within Gimp, then using OS-X copy. Tried all these with command-C in place of the OS-X menu copy. None of these combinations would paste into Preview or Photoshop from Gimp. I cannot copy from Adobe Photoshop Elements 6.0 to Gimp at all. This is strange: When I copy an image in Photoshop, I can paste it into Preview, but not X11 Gimp. When I copy an image in Preview, I can paste it into both Photoshop and into X11 Gimp. Let me know if these details are useful. Dave

4 4

Re: [Xquartz-dev] 2.3.2_beta1
by Dave Ray 11 Oct '08

11 Oct '08

OOps, I may not have been clear in my last post.. > I then tried: > exec /usr/X11/bin/xpbproxy & > exec /usr/bin/quartz-wm --no-pasteboard What I meant was change exec /usr/X11/bin/xpbproxy & to /usr/X11/bin/xpbproxy & Dave

1 0

Re: [Xquartz-dev] 2.3.2_beta1
by Dave Ray 11 Oct '08

11 Oct '08

I installed beta 1 and the latest X11 according to the recent posts. I'm using Enlighhtenment window manager. Copy/paste works as expected with xpbproxy, but only in the OS-X -> X11 direction. I never thought to check in the other direction until I read the recent post. Is this the intended behavior? John Koren wrote > This results in a error message " A clipboard manager is already > running. pbproxy will not sync clipboard to pasteboard." being > written in the system log. If you are getting this message, pbproxy is still being launched somehow, even though it is not in your .xinitrc. There wasn't clear instruction from developers to testers on how to remove pbproxy when xpbproxy was released. You should delete pbproxy completely before installing the latest beta with xpbproxy. Also delete /usr/X11/lib/X11/ xinit/xinitrc.d/99-pbproxy.sh. > I then tried: > exec /usr/X11/bin/xpbproxy & > exec /usr/bin/quartz-wm --no-pasteboard I think the problem is that you have an "exec" on the 2nd line along with a "&" at the end. Try removing the "exec" on the 2nd line, and then check your processes to see if it is running after starting X11. Check using "ps a" or "top". Dave

2 1

2.3.2_beta1
by Jeremy Huddleston 11 Oct '08

11 Oct '08

I'd like to announce 2.3.2_beta1. This release is not quite feature- complete with everything that I want to appear in 2.3.2, but it's at a good point to release for general testing and feedback since we have some considerable upates. Major changes include (full ChangeLog below): Increased support for tablets in GDK based apps (Gimp, Inkscape, etc) Improved clipboard synchronization - The copy-on-select option is not yet implemented - If you have a custom ~/.xinitrc, you may need to edit it to run xpbproxy. This will not be the case for the final release. Improved Spaces interaction - Ctrl-arrow, Ctrl-num, and "dragging off screen" now works with quartz-wm Possible GLX stereo mode - defaults write org.x.X11 enable_stereo -boolean YES - Experimental, but please test and give feedback http://static.macosforge.org/xquartz/downloads/X11-2.3.2_beta1.pkg Thanks, Jeremy == Changes in 2.3.2 == * All changes in X112.3.1 2.3.1 plus: * app: * quartz-wm * Cleaned up parenting of dialog and utility windows * Respond to new AppleWMReloadPreferences notification rather than just SIGHUP * space-change shortcuts and dragging work to move windows to other spaces * Fixed bug with --no-pasteboard option that didn't completely disable it (it still grabbed PRIMARY in activate/deactivate) * defaults to --no-pasteboard when the server uses version 1.1 and greater of applewmproto * xterm 237 * lib: * fontconfig 2.6.0 * libpng 1.2.32 * Note that our previous version was 1.2.26 and was not affected by CVE-2008-3964. * libXau 1.0.4 * libX11 1.1.5 * mesa-7.2 * For libGLU, libglut, glxgears, glxinfo * pixman 0.12.0 * Xplugin * Cleaned up parenting of dialog and utility windows * proto: * applewmproto 1.1.0 * AppleWMReloadPreferences notification * server: * Xquartz fixes from xorg-server-1.4.2-apple18 * Send out AppleWMReloadPreferences notification to tell quartz- wm and xpbproxy to reload preferences * Fix a crash in RootlessNativeWindowMoved when compiled for 64bit * Fix a possible crash on startup due to TSM not being thread safe * Added new preferences UI for xpbproxy options * Disabled 8bit visuals while in TrueColor mode since they don't work yet * Tabblet support improved for GDK-based applications (Gimp, Inkscape, etc) * enable_stereo defaults option should work for enabling stereo GLX visuals * Massive update of proxying between OSX pasteboard and X11 clipboard/primary buffers * Image support * Unicode support * Preference options available in the X11 Preferences window

3 5

Compiz on OS-X?
by Dave Ray 08 Oct '08

08 Oct '08

I know this is a long shot, but how far off is X11-quartz from being able to run Compiz Fusion as an X11 WM? I know X11 has come a long way in GLX support. Dave

3 2

Re: [Xquartz-dev] 1.4.2-apple19
by George Peter Staplin 08 Oct '08

08 Oct '08

Quoted Jeremy Huddleston <jeremyhu(a)apple.com>: > George has put some extra work into GLX that I'd like to put out into > the wild. You need to install 2.3.2_beta1 first, then update the X11 > binary to 1.4.2-apple19 from here: > > http://static.macosforge.org/xquartz/downloads/X11-1.4.2-apple19.bz2 > > Just download, decompress, and replace /Applications/Utilities/X11.app/ > Contents/MacOS/X11 with it. I appreciate the effort you put into this Jeremy. You helped me improve the GLX and pbproxy/xpbproxy code with your review and comments. Those of you that want OpenGL stereo support, please try using the download Jeremy mentioned with this: defaults write org.x.X11 enable_stereo -boolean YES George -- http://people.freedesktop.org/~gstaplin/

1 0

Re: [Xquartz-dev] 2.3.2_beta1
by Dave Ray 07 Oct '08

07 Oct '08

On Oct 6, 2008, at 7:00 AM,Jeremy Huddleston <jeremyhu(a)apple.com> > > I'd like to announce 2.3.2_beta1. This release is not quite feature- > complete with everything that I want to appear in 2.3.2, but it's at a > good point to release for general testing and feedback since we have > some considerable upates. If we installed "pbproxy" that was recently posted here, shall we remove that before this beta update? Does "xpbproxy" replace what was "pbproxy"? Dave

2 1

1.4.2-apple19
by Jeremy Huddleston 07 Oct '08

07 Oct '08

George has put some extra work into GLX that I'd like to put out into the wild. You need to install 2.3.2_beta1 first, then update the X11 binary to 1.4.2-apple19 from here: http://static.macosforge.org/xquartz/downloads/X11-1.4.2-apple19.bz2 Just download, decompress, and replace /Applications/Utilities/X11.app/ Contents/MacOS/X11 with it. Thanks, Jeremy

1 0