GNOME Bugzilla – Bug 343622
Ctrl+W, Ctrl+E conflict with Ctrl+, and Ctrl+. keyboard shortcuts
Last modified: 2007-07-15 09:20:57 UTC
Please describe the problem: I've got my gnome-terminal keyboard shortcuts set as follows: "Switch to previous tab" is <Control>comma "Switch to Next Tab" is <Control>period When I'm using vim in multiple-buffer mode (i.e., by typing ":split"), I switch from buffer to buffer by pressing Ctrl+w and then a direction (i.e. Ctrl+w, up). However, ever since Debian upgraded to GNOME 2.14, Ctrl+w switches me to the previous tab (immediately), not allowing me to complete my vim action. Steps to reproduce: 1. Open gnome-terminal. 2. Change keyboard shortcuts as above. 3. Open several tabs. Switch to the last tab. 4. Open vim. 5. Type :split and press enter. 6. Press Ctrl+w, then press k to go up. Actual results: The tab switches to the previous tab. Expected results: Nothing should happen - I should be able to continue entering my information into vim. Does this happen every time? Yes. Other information: I've also noted in x-chat, which I thought also used vte, but it might not, that my (exactly identical) binding of Ctrl-comma now closes X-Chat tabs rather than switching tabs. Ctrl+period continues to work as it should. Therefore, this might not be exclusively a vte bug, but I'm prepared to be wrong.
Just guessing, assigning to g-t.
I've just discovered that Ctrl+e actually changes to the tab to the right (instead of being sent to vi).
I have discovered that most programs (I don't know if it is just gtk programs or not) have keybindings work for both QWERTY and Dvorak, no matter what group I am currently using. I have both keyboard layouts as groups and am using Xorg 7. The keys of 'w' and 'e' on the QWERTY keyboard are those of ',' and '.' on the Dvorak keyboard. Although I don't know whose bug (or "feature") this is, I know it is not a gnome-terminal bug. I would assume it is either a GTK+ bug or an Xorg 7 bug (this I find to be more likely since I don't remember the "feature").
This looks like a dup of bug 110763. It looks like I was wrong about it being a Xorg 7 thing.
I'm not sure about that -- all I've got is XkbLayout us. It could be Xorg 7, since I definitely didn't have this problem before then. The problem is that the installation Xorg 7 and Gnome 2.14 are confounded on my system (debian unstable).
Are you sure? You might have to check both Xorg and the GNOME Keyboard Preferences. I bet there are some other places to check. Does the "Keyboard Indicator" panel applet only have U.S. English? Bug 110763 looks exactly like it.
You're right! My gnome keyboard preferences had dvorak as an option, but not selected. Removing it from the layouts makes everything happy again. Interestingly, I don't believe the "default" was checked on either U.S. English or U.S. English Dvorak, so maybe this is a GNOME 2.14 upgrade bug.
(In reply to comment #7) > You're right! My gnome keyboard preferences had dvorak as an option, but not > selected. Removing it from the layouts makes everything happy again. I think this can be closed then. > Interestingly, I don't believe the "default" was checked on either U.S. English > or U.S. English Dvorak, so maybe this is a GNOME 2.14 upgrade bug. Please open a separate bug about this if it occurs again during future upgrades.