GNOME Bugzilla – Bug 666393
Screen recorder cannot be used when Kayboard Layout has a shortcut
Last modified: 2012-05-05 00:03:04 UTC
Hello, I hope this issue will be fixed fast, as it is not some big deal. Here it is: Most operating systems use the following keys to switch between keyboard layouts: Ctrl+Shift Alt+Shift Or Ctrl+Alt Well,they are all part of the Ctrl+Alt+Shift+R shortcut and the screen recorder cannot be started, because the keyboard layout is switched instead. I don't know if this is a bugreport or a feature request,but would find the screen recorder far more useful(even working) if: 1) Shortcut (Ctrl+Alt+Shift+R) can be changed. Currently there is no such option: org.gnome.shell.recorder file-extension 'webm' org.gnome.shell.recorder framerate 15 org.gnome.shell.recorder pipeline '' 2) The shortcut should be configurable via System Settings->Keyboard->Shorcuts ( Tab System or Starters, idk) Best Regards, Ivan Georgiev
(In reply to comment #0) > Hello, > I hope this issue will be fixed fast, as it is not some big deal. Here it is: > > Most operating systems use the following keys to switch between keyboard > layouts: > Ctrl+Shift > Alt+Shift Or > Ctrl+Alt Which operating systems? And why is this relevant for GNOME?
Hello Andre, I might not have described the issue well. I am sorry! Let me answer your questions: > And why is this relevant for GNOME? I Gnome there is a screen casting tool, that is started with Ctrl+Alt+Shift+R (http://live.gnome.org/GnomeShell/CheatSheet). A far as I understand this tool is a built-in part of gnome-shell. > Which operating systems? There are a lot of PCs, that are shipped with keyboards with different layout (e.g. DE, BG, RU, etc ). To change this layout in Windows you use: Ctrl+Alt, to change the variant you use Ctrl+Shift. Many people are used to this key binding (I haven't met anyone using different shortcut). The issues: When I configure to change my keyboard layout with the most common shortcut (e.g. Ctrl+Shift), I cannot use the screen recorder The issue v2: There is no way to change the Ctrl+Alt+Shift+R shortcut. Please let me know, if this is not a valid bug report/feature request. Best Regards, Ivan Georgiev
So, the problem is that *you* set manually the shortcut to change keyboard layout to Ctrl+Shift, which conflicts with Ctrl+Shift+R? Please be specific, instead of invoking "many operating systems". The first question to ask is: what's wrong with the default shortcut to change the keyboard layout (Shift+Caps Lock)? Setting it to Ctrl+Shift or Ctrl+Alt means you can't have shortcuts using this combination, which can be problematic for other purposes. For example, Ctrl+Alt+Arrows is used to switch workspaces, and is something standard in GNOME for ages.
The keybinding for recording is already configurable at org.gnome.mutter.keybindings toggle-recording (though not yet in gnome-control-center, because the keybindings file does not include it)
Hello, (In reply to comment #4) > The keybinding for recording is already configurable at > org.gnome.mutter.keybindings toggle-recording (though not yet in > gnome-control-center, because the keybindings file does not include it) That resolves 90% of the problem :). Can we include the setting in the next release of gnome-control-center ? (In reply to comment #3) > So, the problem is that *you* set manually the shortcut to change keyboard > layout to Ctrl+Shift, which conflicts with Ctrl+Shift+R? Please be specific, > instead of invoking "many operating systems". > > The first question to ask is: what's wrong with the default shortcut to change > the keyboard layout (Shift+Caps Lock)? Setting it to Ctrl+Shift or Ctrl+Alt > means you can't have shortcuts using this combination, which can be problematic > for other purposes. For example, Ctrl+Alt+Arrows is used to switch workspaces, > and is something standard in GNOME for ages. Yes, I would do that. However "Shift+Caps Lock" is NOT the default setting for layout change. In F16 I did the following: 1) Go to System Settings->Layouts and click on the Default Settings button - previously added layouts are removed - shortcut for layout change is cleared. 2) Add my layout - currently there is no shortcut for layout change ( that are the default settings). So, what 99% ( in my guess ) users would do is to choose a shortcut, which they are familiar with: Alt+Shift or Ctrl+Shift ( from Windows ) > Setting it to Ctrl+Shift or Ctrl+Alt > means you can't have shortcuts using this combination, which can be > problematic for other purposes. For example, Ctrl+Alt+Arrows is used > to switch workspaces, and is something standard in GNOME for ages. Is this behaviour really by design? I find this a bit strange, but if it is, please just close the bug report. Best Regards, Ivan Georgiev
(In reply to comment #5) > That resolves 90% of the problem :). Can we include the setting in the next > release of gnome-control-center ? No plans to do so, as you are the first user asking for that. Control Center is for very common settings, not for tweaking.
(In reply to comment #5) > Yes, I would do that. However "Shift+Caps Lock" is NOT the default setting for > layout change. In F16 I did the following: > 1) Go to System Settings->Layouts and click on the Default Settings button > - previously added layouts are removed > - shortcut for layout change is cleared. > 2) Add my layout > - currently there is no shortcut for layout change ( that are the default > settings). Indeed. That's funny, since I never changed that setting myself, and yet it was set to Shift+Caps Lock. Anyway, I wonder why it's not shown as a standard keybinding, with a good default value, instead of being hidden under advanced settings. That would probably be worth a bug report against gnome-control-center. > So, what 99% ( in my guess ) users would do is to choose a shortcut, which they > are familiar with: Alt+Shift or Ctrl+Shift ( from Windows ) > > > > Setting it to Ctrl+Shift or Ctrl+Alt > > means you can't have shortcuts using this combination, which can be > > problematic for other purposes. For example, Ctrl+Alt+Arrows is used > > to switch workspaces, and is something standard in GNOME for ages. > > Is this behaviour really by design? I find this a bit strange, but if it is, > please just close the bug report. What behavior? The fact that setting a keybinding to Ctrl+Shift preempts all keybindings using these two keys? This is logically required, as the computer can't distinguish Ctrl+Shift from Ctrl+Shift+A until you pressed the A, which means nothing would happen when you do only the former...
(In reply to comment #6) > (In reply to comment #5) > > That resolves 90% of the problem :). Can we include the setting in the next > > release of gnome-control-center ? > > No plans to do so, as you are the first user asking for that. > Control Center is for very common settings, not for tweaking. Well, actually, the Keybindings tab has for some strange or uncommon tweaks, like replacing alt-tab or enabling "move to nth workspace", or even custom commands. So I wouldn't consider it against the design to include this. Probably it was not done yet because mutter didn't ship a keybindings file until <Super>arrow was mapped to edge tiling.
Hello, Thank you all for the replies! Let's summarize a bit: 1) > Indeed. That's funny, since I never changed that setting myself, and yet it was > set to Shift+Caps Lock. Anyway, I wonder why it's not shown as a standard > keybinding, with a good default value, instead of being hidden under advanced > settings. That would probably be worth a bug report against > gnome-control-center. Is this bug report enough, so that default shortcut for layout change is set. I cannot confirm if it is related only to Fedora or not. 2) Will there be shortcut configuration for screen recording. IMHO, the current settings are not visible enough. 3) > What behavior? The fact that setting a keybinding to Ctrl+Shift preempts all > keybindings using these two keys? This is logically required, as the computer > can't distinguish Ctrl+Shift from Ctrl+Shift+A until you pressed the A, which > means nothing would happen when you do only the former... Sorry, but according to my understandings this seems horribly wrong. A simle test: Set layout change - Left Ctrl Voala! All system shortcuts are useless! So, did I understand correctly? You say that GNOME cannot distinguish: Ctrl from Ctrl+A or Ctrl+C or...
1) Actually, on Fedora 15 at least, the Maj+Caps Locks shortcut is automatically enabled when you add a second keyboard layout. So there's no bug in that regard, at least on GNOME 3.0. Could you check it works on your system? 2) Can be fixed at some point, while you'll understand this is not high priority for developers (patches welcome). 3) I don't really understand. You seem to say something and its contrary. I just tried, setting the keyboard layout shortcut to Left Ctrl indeed makes it impossible to trigger the Ctrl+A shortcut, since it switches the layout. So, do you agree with this?
> 3) I don't really understand. You seem to say something and its contrary. I > just tried, setting the keyboard layout shortcut to Left Ctrl indeed makes it > impossible to trigger the Ctrl+A shortcut, since it switches the layout. So, do > you agree with this? Completely. Sorry if I was not clear. English is not my native language. I would try to rephrase my question: Is it normal, that the OS cannot distinguish Ctrl from Ctrl+A?
(In reply to comment #11) > > Is it normal, that the OS cannot distinguish Ctrl from Ctrl+A? Considering that to press Ctrl+A you have to press Ctrl and then A (and considering that keybindings happen on press, not release), yes, it is normal.
User-created problem. Proposing to close as INVALID.
Closing as INVALID as per comment #13.