Hi All, I've put together a package containing all the bugfixes I've addressed since 2.3.0's release. Please try this package if you were experiencing any of the following: 1 - Tablet clicks weren't getting noticed 2 - Server doesn't start with certain keyboard layouts (READ BELOW!!!!) I also further addressed the xinitrc race condition with a nearly final solution, so you shouldn't see xterms without window frames any more. A note about the keyboard issue. This is not "fixed"! I simply readded some deprecated code that I had removed. It was a fallback/ failsafe in case the new way failed (which it was for some of you). If you look at the actual commit, you'll see that this code is in place for Leopard only... so we need to figure out the "real" solution for 10.6. If you were having this problem in 2.3.0, it'll probably work for you, but I need some of you to send me logs of the server startup with 2.3.1_beta1. You'll probably see something like this: X11.app: Error detected in determining keyboard layout. Please report this error at http://xquartz.macosforge.org X11.app: Debug Info: currentKeyLayoutRef=#####, chr_data=#### X11.app: Fallback succeeded, but this is still a bug. Please report the above information. X11.app: Debug Info: kKLuchrData fallback failed, trying kKLKCHRData. X11.app: Fallback succeeded, but this is still a bug. Please report the above information. If you see that, PLEASE PLEASE PLEASE report it on this list or in trac! http://static.macosforge.org/xquartz/downloads/X11-2.3.1_beta1.pkg Thanks, Jeremy
Hi, I just tried it on a PPC eMac with a one button mouse and the emulate three button mouse option turned on and I have noticed some issues. I did a reboot after the install just to make sure. One thing is that the auto launch stuff does not seem to work right. I did this from a Terminal.app window with X11 not running: eMac:~ mzs$ xterm Xlib: connection to "/tmp/launch-rNpZny/:0" refused by server Xlib: No protocol specified xterm Xt error: Can't open display: /tmp/launch-rNpZny/:0 Here is the output from the console: 8/8/08 10:31:54 PM org.x.startx[433] Quitting Xquartz... 8/8/08 10:31:54 PM org.x.startx[433] XQuartz: start_x11_server: (ipc/mig) server died 8/8/08 10:31:54 PM org.x.startx[433] xinit: connection to X server lost. 8/8/08 10:31:58 PM org.x.startx[554] font_cache: Scanning user font directories to generate X11 font caches 8/8/08 10:31:58 PM org.x.startx[554] font_cache: Updating FC cache 8/8/08 10:31:58 PM org.x.privileged_startx[563] font_cache: Scanning user font directories to generate X11 font caches 8/8/08 10:31:58 PM org.x.privileged_startx[563] font_cache: Updating FC cache 8/8/08 10:31:58 PM org.x.startx[554] xauth: creating new authority file /Users/mzs/.serverauth.554 8/8/08 10:31:58 PM org.x.startx[554] Xquartz: X11.app = /Applications/Utilities/X11.app/Contents/MacOS/X11 8/8/08 10:31:58 PM org.x.startx[554] XQuartz: Starting X server: /Applications/Utilities/X11.app/Contents/MacOS/X11 --listenonly 8/8/08 10:31:58 PM org.x.startx[554] X11.app: main(): argc=2 8/8/08 10:31:58 PM org.x.startx[554] argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11 8/8/08 10:31:58 PM org.x.startx[554] argv[1] = --listenonly 8/8/08 10:31:58 PM org.x.startx[554] Waiting for startup parameters via Mach IPC. 8/8/08 10:31:59 PM org.x.startx[554] Xquartz: Listening on socket for fd handoff: /var/tmp/tmp.0.uNFFc3 8/8/08 10:31:59 PM org.x.startx[554] X11.app: Prepping for fd handoff. 8/8/08 10:31:59 PM org.x.startx[554] X11.app: socket created for fd handoff: fd=3 8/8/08 10:31:59 PM org.x.startx[554] X11.app: Connection established for fd handoff: fd=3 8/8/08 10:31:59 PM org.x.startx[554] X11.app: Thread created for handoff. Returning success to tell caller to accept our connection and push the fd. 8/8/08 10:31:59 PM org.x.startx[554] Xquartz: Waiting for fd handoff connection. 8/8/08 10:31:59 PM org.x.startx[554] Xquartz: Handoff connection established. Sending message. 8/8/08 10:31:59 PM org.x.startx[554] Xquartz: Message sent. Closing. 8/8/08 10:31:59 PM org.x.startx[554] Xquartz: end of send debug: 4 3 2 No such file or directory 8/8/08 10:31:59 PM org.x.startx[554] X11.app: Received new DISPLAY fd: 4 ... sleeping to allow xinitrc to catchup. 8/8/08 10:31:59 PM org.x.startx[554] X11.app: do_start_x11_server(): argc=6 8/8/08 10:31:59 PM org.x.startx[554] argv[0] = /usr/X11/bin/X 8/8/08 10:31:59 PM org.x.startx[554] argv[1] = :0 8/8/08 10:31:59 PM org.x.startx[554] argv[2] = -nolisten 8/8/08 10:31:59 PM org.x.startx[554] argv[3] = tcp 8/8/08 10:31:59 PM org.x.startx[554] argv[4] = -auth 8/8/08 10:31:59 PM org.x.startx[554] argv[5] = /Users/mzs/.serverauth.554 8/8/08 10:31:59 PM org.x.startx[554] InitConnectionLimits: MaxClients = 255 8/8/08 10:31:59 PM org.x.startx[554] Xquartz starting: 8/8/08 10:31:59 PM org.x.startx[554] X.Org X Server 1.4.2-apple6 8/8/08 10:31:59 PM org.x.startx[554] Build Date: 20080808 8/8/08 10:31:59 PM org.x.startx[554] Sync Extension 3.0 8/8/08 10:31:59 PM org.x.startx[554] (EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base 8/8/08 10:31:59 PM org.x.startx[554] (dix) initialising device 0 8/8/08 10:31:59 PM org.x.startx[554] (dix) initialising device 1 8/8/08 10:31:59 PM org.x.startx[554] (dix) initialising device 2 8/8/08 10:31:59 PM org.x.startx[554] (dix) initialising device 3 8/8/08 10:31:59 PM org.x.startx[554] (dix) initialising device 4 8/8/08 10:31:59 PM org.x.startx[554] (dix) enabling device 0 8/8/08 10:31:59 PM org.x.startx[554] (dix) enabling device 1 8/8/08 10:31:59 PM org.x.startx[554] (dix) enabling device 2 8/8/08 10:31:59 PM org.x.startx[554] (dix) enabling device 3 8/8/08 10:31:59 PM org.x.startx[554] (dix) enabling device 4 8/8/08 10:32:00 PM org.x.startx[554] font_cache: Done 8/8/08 10:32:00 PM org.x.privileged_startx[563] font_cache: Done 8/8/08 10:32:01 PM org.x.startx[554] X11.app Handing off fd to server thread via DarwinListenOnOpenFD(4) 8/8/08 10:32:01 PM org.x.startx[554] DarwinListenOnOpenFD: 4 8/8/08 10:32:01 PM org.x.startx[554] Calling ListenOnOpenFD() for new fd: 4 8/8/08 10:32:01 PM org.x.startx[554] AllocNewConnection: client index = 1, socket fd = 1 8/8/08 10:32:01 PM org.x.startx[554] AUDIT: Fri Aug 8 22:32:01 2008: 606 X: client 1 rejected from local host (uid 502) 8/8/08 10:32:04 PM org.x.startx[554] waiting for X server to begin accepting connections 8/8/08 10:32:05 PM org.x.startx[554] . 8/8/08 10:32:06 PM org.x.startx[554] AllocNewConnection: client index = 1, socket fd = 1 8/8/08 10:32:06 PM org.x.startx[554] AllocNewConnection: client index = 2, socket fd = 3 8/8/08 10:32:06 PM org.x.startx[554] AllocNewConnection: client index = 2, socket fd = 3 8/8/08 10:32:07 PM org.x.startx[554] AllocNewConnection: client index = 2, socket fd = 3 That quitting Xquartz stuff is there because I wanted to verify that I did not have any ~/.X* files on this machine so I quit it and tried again after I found out there were no such files. The other thing is that I could have sworn that the emulate three button mouse used to use option and command. It now seems to use ctrl and option. This makes it so that you can't do the menus in xterm. I have not had to use a one button mouse is a really long time but I swear it used to work that way. I wonder if I can work around i with xmodmap? Also the ctrl key does not seem to be very reliable. One way to have it not work is to first hold down ctrl in another app (not X11) and then click on an xterm. Until you let go of the ctrl key it does not work. I think this was the case before, but now it is that every so often ctrl is not detected even if I am all the time in X11 and I do not know what triggers that. Also the ssh X11 forwarding did not seem to work very well at first. I sshed into a remote host (FreeBSD) and I got this (that I used to see a lot): Warning: No xauth data; using fake authentication data for X11 forwarding. Then I tried to do an xlogo on that remote host and got this: Xlib: connection to "localhost:10.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Error: Can't open display: localhost:10.0 I did a log out and then I simply sshed in again (to the same host) and this time I did not get the xauth warning and also the xlogo worked fine! Now it keeps working fine again and again. I am going to be on vacation for quite a bit so this may be all that I can offer for a while, I hope it helps. mzs
On Fri, Aug 8, 2008 at 11:08 PM, <xquartz-dev.5.mzs@spamgourmet.com> wrote:
Hi,
I just tried it on a PPC eMac with a one button mouse and the emulate three button mouse option turned on and I have noticed some issues. I did a reboot after the install just to make sure.
One thing is that the auto launch stuff does not seem to work right. I did this from a Terminal.app window with X11 not running:
eMac:~ mzs$ xterm Xlib: connection to "/tmp/launch-rNpZny/:0" refused by server Xlib: No protocol specified
xterm Xt error: Can't open display: /tmp/launch-rNpZny/:0 <snip>
I see this behaviour as well. X11.app automatically starts but I get the following error: $ xterm Xlib: connection to "/tmp/launch-qA0DIc/:0" refused by server Xlib: No protocol specified xterm Xt error: Can't open display: /tmp/launch-qA0DIc/:0 [1]+ Done xterm $ after this all x apps start without issue, unless I manually quit x11.app. Cheers Adam
Grumble... I thought I fixed that! I guess I missed something, but the main issue I'm concerned with is the keyboard. So please report those logs if you had those problems. Thanks On Aug 8, 2008, at 22:00, Adam Mercer wrote:
On Fri, Aug 8, 2008 at 11:08 PM, <xquartz-dev. 5.mzs@spamgourmet.com> wrote:
Hi,
I just tried it on a PPC eMac with a one button mouse and the emulate three button mouse option turned on and I have noticed some issues. I did a reboot after the install just to make sure.
One thing is that the auto launch stuff does not seem to work right. I did this from a Terminal.app window with X11 not running:
eMac:~ mzs$ xterm Xlib: connection to "/tmp/launch-rNpZny/:0" refused by server Xlib: No protocol specified
xterm Xt error: Can't open display: /tmp/launch-rNpZny/:0 <snip>
I see this behaviour as well.
X11.app automatically starts but I get the following error:
$ xterm Xlib: connection to "/tmp/launch-qA0DIc/:0" refused by server Xlib: No protocol specified
xterm Xt error: Can't open display: /tmp/launch-qA0DIc/:0 [1]+ Done xterm $
after this all x apps start without issue, unless I manually quit x11.app.
Cheers
Adam _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Aug 8, 2008, at 21:08, xquartz-dev.5.mzs@spamgourmet.com wrote:
One thing is that the auto launch stuff does not seem to work right. I did this from a Terminal.app window with X11 not running:
eMac:~ mzs$ xterm Xlib: connection to "/tmp/launch-rNpZny/:0" refused by server Xlib: No protocol specified
xterm Xt error: Can't open display: /tmp/launch-rNpZny/:0
Yeah. Part of my fix didn't get committed. It's in git now, so this will be addressed in the next release. Sorry for the confusion.
The other thing is that I could have sworn that the emulate three button mouse used to use option and command. It now seems to use ctrl and option. This makes it so that you can't do the menus in xterm. I have not had to use a one button mouse is a really long time but I swear it used to work that way. I wonder if I can work around i with xmodmap?
Hmm... but control-click is right click for everything else on the OS. I could've sworn it was ctrl in Tiger. I don't have a Tiger system right now, but there's one that I'll have access to next week, so I'll tripple check.
Also the ctrl key does not seem to be very reliable.
As I mentioned, the only bugs I've addressed were the ones I mentioned. The mouse emulation and stuck modifier bug have not been addressed yet.
Also the ssh X11 forwarding did not seem to work very well at first. I sshed into a remote host (FreeBSD) and I got this (that I used to see a lot)
This is the same bug as the initial xterm not showing up and is fixed in git.
On Sat, 9 Aug 2008, Jeremy Huddleston wrote:
The other thing is that I could have sworn that the emulate three button mouse used to use option and command. It now seems to use ctrl and option. This makes it so that you can't do the menus in xterm. I have not had to use a one button mouse is a really long time but I swear it used to work that way. I wonder if I can work around i with xmodmap?
Hmm... but control-click is right click for everything else on the OS. I could've sworn it was ctrl in Tiger. I don't have a Tiger system right now, but there's one that I'll have access to next week, so I'll tripple check.
Right-click (button 2) is command-click in Tiger. I prefer command-click, and I would like it to be configurable. Not that you can do anything about it in the OS in general, but making it configurable for X11 would be great. You could set button two and button three separately in XDarwin, and I actually swapped them round to have command-click = button 3 and option-click = button 2. Having it configurable makes it easier for emacs users to use option/alt for the meta key too. Not top of the priority list, but would be much appreciated. -- Viv ________________________________________________ Dr Viv Kendon http://quantum.leeds.ac.uk/~viv tel: +44 113 343 4864 Physics and Astronomy Quantum Information Group University of Leeds
Viv Kendon wrote: []
Right-click (button 2) is command-click in Tiger.
Viv, please don't confuse this even more than it is already. Long before Windows came along with its 2-button mouse, X11 was made for 3-button mice where buttons 1, 2, 3 are left, middle, right. By all means make this configurable, but Jeremy, please don't make ctrl-click = button2 or button3 by default. It is needed for ctrl-button1. Until now, fortunately, I don't see this happening in 2.3.1_beta1, I see it only in the wrong text in the Preferences, where it is written that one should "Hold Option or Control while clicking to activate the middle or right mouse buttons". Please, please, don't do this! -- Martin
Ok. I changed the text to control because I actually thought it was supposed to be control. I'm going to verify what it is on tiger and make the text an behavior match that if it's not already. --Jeremy On Aug 9, 2008, at 11:51, Martin Costabel wrote:
Viv Kendon wrote: []
Right-click (button 2) is command-click in Tiger.
Viv, please don't confuse this even more than it is already. Long before Windows came along with its 2-button mouse, X11 was made for 3-button mice where buttons 1, 2, 3 are left, middle, right.
By all means make this configurable, but Jeremy, please don't make ctrl-click = button2 or button3 by default. It is needed for ctrl-button1. Until now, fortunately, I don't see this happening in 2.3.1_beta1, I see it only in the wrong text in the Preferences, where it is written that one should "Hold Option or Control while clicking to activate the middle or right mouse buttons".
Please, please, don't do this!
-- Martin
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
It has been option-click for button-2 and command-click for button-3 ever since at least late Panther (definitely that way all through Tiger). I agree, please don't change it (or if you do, make it configurable). Also, I agree, that all this broke with 2.3.0 (just tried it today on my laptop). Went back to 2.2.3 and it was back to normal and the emulate 3-button mouse just worked (option-click for button-2 and command-clidk for button-3). Merle On Aug 9, 2008, at 3:55 PM, Jeremy Huddleston wrote:
Ok. I changed the text to control because I actually thought it was supposed to be control. I'm going to verify what it is on tiger and make the text an behavior match that if it's not already.
--Jeremy
On Aug 9, 2008, at 11:51, Martin Costabel wrote:
Viv Kendon wrote: []
Right-click (button 2) is command-click in Tiger.
Viv, please don't confuse this even more than it is already. Long before Windows came along with its 2-button mouse, X11 was made for 3-button mice where buttons 1, 2, 3 are left, middle, right.
By all means make this configurable, but Jeremy, please don't make ctrl-click = button2 or button3 by default. It is needed for ctrl-button1. Until now, fortunately, I don't see this happening in 2.3.1_beta1, I see it only in the wrong text in the Preferences, where it is written that one should "Hold Option or Control while clicking to activate the middle or right mouse buttons".
Please, please, don't do this!
-- Martin
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Sat, 9 Aug 2008, Martin Costabel wrote:
Viv Kendon wrote: []
Right-click (button 2) is command-click in Tiger.
Viv, please don't confuse this even more than it is already. Long before Windows came along with its 2-button mouse, X11 was made for 3-button mice where buttons 1, 2, 3 are left, middle, right.
Actually, because that was about MAC OS, not X11, I was thinking of the Apple 5 button mouse, which I think does label the right button as 2 and the middle as 3. But I don't have one at the moment to bring the preferences up to check. My apologies if I misremembered their labels. I also mouse left-handed, so right-left labels can be a bit awkward. I'm going to use "primary" "secondary" and "middle" from now on (which is what they get called in Preferences if you plug a generic 3 button mouse in). I certainly agree it is confusing. Especially because MAC OS did change to using crtl-click for "secondary mouse button" (i.e. right button for most people) in Leopard. Which is what confused Jeremy. And means that X11 will need to emulate mouse buttons differently from MAC OS, because we need ctrl for other things, as you point out. Under Tiger, Apple's X11 did use the same emulation for secondary mouse button as MAC OS (command-click). XDarwin/Xorg allowed you to choose. Personally, I prefer to use trackpad actions as mouse buttons, and a two-finger tap on newer trackpads does give a seconary mouse button click. However, there is no way in MAC OS to tap a middle button so there is no point discussing it here. But it does mean I only need to emulate one mouse button for x11. Having it configurable would make a lot of sense, I could use cmd-click for middle button and leave option/alt free to be meta for emacs (for example). -- Viv
By all means make this configurable, but Jeremy, please don't make ctrl-click = button2 or button3 by default. It is needed for ctrl-button1. Until now, fortunately, I don't see this happening in 2.3.1_beta1, I see it only in the wrong text in the Preferences, where it is written that one should "Hold Option or Control while clicking to activate the middle or right mouse buttons".
Please, please, don't do this!
-- Martin
________________________________________________ Dr Viv Kendon http://quantum.leeds.ac.uk/~viv tel: +44 113 343 4864 Physics and Astronomy Quantum Information Group University of Leeds
For the record, it is customizable by setting the following keys in your org.x.x11 defaults: fake_button2 fake_button3 You can set it to any of the stings: "shift" "control" "option" "command" "fn" On Aug 9, 2008, at 11:51, Martin Costabel wrote:
Viv Kendon wrote: []
Right-click (button 2) is command-click in Tiger.
Viv, please don't confuse this even more than it is already. Long before Windows came along with its 2-button mouse, X11 was made for 3-button mice where buttons 1, 2, 3 are left, middle, right.
By all means make this configurable, but Jeremy, please don't make ctrl-click = button2 or button3 by default. It is needed for ctrl-button1. Until now, fortunately, I don't see this happening in 2.3.1_beta1, I see it only in the wrong text in the Preferences, where it is written that one should "Hold Option or Control while clicking to activate the middle or right mouse buttons".
Please, please, don't do this!
-- Martin
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Ahh, excellent! Thank you very much. I can cope with it not being in the GUI if I know it can be set elsewhere. But how do you find out what can be set in the plist? Apart from getting someone at Apple to tell you? -- Viv On Thu, 14 Aug 2008, Jeremy Huddleston wrote:
For the record, it is customizable by setting the following keys in your org.x.x11 defaults: fake_button2 fake_button3
You can set it to any of the stings: "shift" "control" "option" "command" "fn"
________________________________________________ Dr Viv Kendon http://quantum.leeds.ac.uk/~viv tel: +44 113 343 4864 Physics and Astronomy Quantum Information Group University of Leeds
All the options should be in the Xquartz man page... but the man page is painfully out of date. Honestly, I just found this out because I was actually working on the modifier bug and wanted to implement this feature request... lucky for me it was already there ;) --Jeremy On Aug 14, 2008, at 08:23, Viv Kendon wrote:
Ahh, excellent! Thank you very much. I can cope with it not being in the GUI if I know it can be set elsewhere.
But how do you find out what can be set in the plist? Apart from getting someone at Apple to tell you?
-- Viv
On Thu, 14 Aug 2008, Jeremy Huddleston wrote:
For the record, it is customizable by setting the following keys in your org.x.x11 defaults: fake_button2 fake_button3
You can set it to any of the stings: "shift" "control" "option" "command" "fn"
________________________________________________ Dr Viv Kendon http://quantum.leeds.ac.uk/~viv tel: +44 113 343 4864 Physics and Astronomy Quantum Information Group University of Leeds
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Hi I have reported what appears to be the the same problem in x11-users on May 19 under the heading "3-button mouse emulation", but no one responded with a confirmation of it. Here is what I wrote then: "I think this used to work correctly but now it does not. With the 'Emulate three button mouse' checked in the X11.app Preferences, one should be able to emulate middle and right mouse buttons by clicking while holding Option and Command. Indeed this works if you only want to simply highlight and paste in the xterm. But if one wants to access other special features of xterm by pressing control-middle button (i.e, conrol-option-click in 3-button emulated mode) or control-right button (control-command-click), the emulation does not work." This problem persists and is very inconvenient when using my powerbook G4 (Aluminum). -John
The other thing is that I could have sworn that the emulate three button mouse used to use option and command. It now seems to use ctrl and option. This makes it so that you can't do the menus in xterm. I have not had to use a one button mouse is a really long time but I swear it used to work that way. I wonder if I can work around i with xmodmap?
Hmm... but control-click is right click for everything else on the OS. I could've sworn it was ctrl in Tiger. I don't have a Tiger system right now, but there's one that I'll have access to next week, so I'll tripple check.
Also the ctrl key does not seem to be very reliable.
As I mentioned, the only bugs I've addressed were the ones I mentioned. The mouse emulation and stuck modifier bug have not been addressed yet.
xquartz-dev.5.mzs@spamgourmet.com wrote: []
The other thing is that I could have sworn that the emulate three button mouse used to use option and command. It now seems to use ctrl and option. This makes it so that you can't do the menus in xterm. I have not had to use a one button mouse is a really long time but I swear it used to work that way. I wonder if I can work around i with xmodmap?
I don't see any difference with 2.3.0 here: The buttons 2 and 3 are still activated by pressing opt and cmd before clicking. The fact that the xterm menus don't work except for the "Main Options" menu is also old. I filed a bug for it long ago, but it was immediately closed as invalid. Well, it's still valid, but since I rarely use those xterm menus or even xterm, I won't insist. I would quote the bug ticket #, but I can't look at it right now on the macosforge wiki, because clicking on "All reports,... including closed" does not show these reports, but an error message "Report execution failed: column "modified" does not exist LINE 16: (CASE status WHEN 'closed' THEN modified ELSE (-1)*p... ^" The 3 xterm menus are obtained via ctrl-button1 (= ctrl-click, this still works), ctrl-button2 (= ctrl-opt-click, doesn't work), and xtrl-button3 (= ctrl-cmd-click, doesn't work). The reason that the latter two don't work is probably that, as has been reported here on this list (also bug Ticket #143, marked as Milestone: 2.3.1, but still present in the latest beta), opt-click and cmd-click give ButtonPress events immediately followed by ButtonRelease events, before the button is released. The subsequent release of the button does not generate any event. So it is likely that the menus are indeed dropped down, but only for a microsecond or so, and you don't see them. -- Martin
On Aug 9, 2008, at 10:50, Martin Costabel wrote:
xquartz-dev.5.mzs@spamgourmet.com wrote: []
The other thing is that I could have sworn that the emulate three button mouse used to use option and command. It now seems to use ctrl and option. This makes it so that you can't do the menus in xterm. I have not had to use a one button mouse is a really long time but I swear it used to work that way. I wonder if I can work around i with xmodmap?
I don't see any difference with 2.3.0 here: The buttons 2 and 3 are still activated by pressing opt and cmd before clicking. The fact that the xterm menus don't work except for the "Main Options" menu is also old. I filed a bug for it long ago, but it was immediately closed as invalid.
How long ago, and where? I don't recall it...
Well, it's still valid, but since I rarely use those xterm menus or even xterm, I won't insist. I would quote the bug ticket #, but I can't look at it right now on the macosforge wiki, because clicking on "All reports,... including closed" does not show these reports, but an error message
"Report execution failed: column "modified" does not exist LINE 16: (CASE status WHEN 'closed' THEN modified ELSE (-1)*p... ^"
I'll send that to the right place to get it taken care of...
participants (8)
-
Adam Mercer
-
Jeremy Huddleston
-
Jeremy Huddleston
-
John Koren
-
Martin Costabel
-
Merle Reinhart
-
Viv Kendon
-
xquartz-dev.5.mzs＠spamgourmet.com