What program is consuming 618.04 ctrl+shift to change languageMake terminal use pageup/pagedown instead of shift-pageup/shift-pagedown?What does the Alt-Shift-Esc keyboard shortcut do?ALT+TAB only appearing on primary displayWhat does Win+Shift+F4 do?
I pay for a service, but I miss the broadcast
How to explain that the sums of numerators over sums of denominators isn't the same as the mean of ratios?
What is /dev/null and why can't I use hx on it?
Persevering Through Very Difficult Periods
difference between $HOME and ~
What does it take to recreate microchips like 68000 and 6502 in their original process nodes nowadays?
How slow was the 6502 BASIC compared to Assembly
How do I adjust the cooking time on a baked rice dish if I cut the recipe in half?
"Es gefällt ihm." How to identify similar exceptions?
How much money should I save in order to generate $1000/month for the rest of my life?
The work of mathematicians outside their professional environment
What is the next number in the sequence 21, 21, 23, 20, 5, 25, 31, 24, ...?
Should I reveal productivity tricks to peers, or keep them to myself in order to be more productive than the others?
Is there any problem with students seeing faculty naked in university gym?
AC/DC 100A clamp meter
Minimum perfect squares needed to sum up to a target
Applying UK Visit Visa Application from AU
Would Great Old Ones care about the Blood War?
How to know the size of a package
Why didn't Snape ask Dumbledore why he let "Moody" search his office?
Fair Use of Photos as a Derivative Work
Where can I find Armory 92.3 for download?
Find the percentage
Why didn't Trudy wear a breathing mask in Avatar?
What program is consuming 6
18.04 ctrl+shift to change languageMake terminal use pageup/pagedown instead of shift-pageup/shift-pagedown?What does the Alt-Shift-Esc keyboard shortcut do?ALT+TAB only appearing on primary displayWhat does Win+Shift+F4 do?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty
margin-bottom:0;
Since 18.04 the <SHIFT><CTRL>6
isn't working anymore. This key is used to switch buffers in VIM.
Using xev I see these events
KeyPress event, serial 34, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517651940, (597,701), root:(2582,782),
state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 34, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517651940, (597,701), root:(2582,782),
state 0x14, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
FocusOut event, serial 37, synthetic NO, window 0x6000001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 37, synthetic NO, window 0x6000001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 37, synthetic NO, window 0x0,
keys: 62 0 0 0 32 0 4 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
KeyRelease event, serial 37, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517652748, (597,701), root:(2582,782),
state 0x15, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517652748, (597,701), root:(2582,782),
state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Furthermore it is important to know that I have 8 workspaces and I have keybindings <Primary>1..8
to switch workspaces. This has worked until I installed 18.04. And the weird thing is, that the problem only happens on one computer. There are at least two three other Linux systems (all Ubuntu 18.04) where the problem does not occur.
I even started with a complete new HOME directory, so there are no old settings from the previous Ubuntu (16.04) installation.
To change the keybindings I use these commands.
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-1 "['<Primary>1']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-2 "['<Primary>2']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-3 "['<Primary>3']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-4 "['<Primary>4']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-5 "['<Primary>5']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-6 "['<Primary>6']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-7 "['<Primary>7']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-8 "['<Primary>8']"
Notice that <Primary>
is basically the same as the old <Control>
.
Workspace switching works fine, but <Shift><CTRL>1..8
are grabbed by something else, most likely the window manager. But why? How can I analyze this further? And how can I avoid this behavior?
BTW. When the keybindings are reset the <SHIFT><CTRL>1..8
are not grabbed anymore. In that case I can use the switch-buffer key in VIM again.
gnome shortcut-keys gnome-shell gtk3 key-binding
add a comment
|
Since 18.04 the <SHIFT><CTRL>6
isn't working anymore. This key is used to switch buffers in VIM.
Using xev I see these events
KeyPress event, serial 34, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517651940, (597,701), root:(2582,782),
state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 34, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517651940, (597,701), root:(2582,782),
state 0x14, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
FocusOut event, serial 37, synthetic NO, window 0x6000001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 37, synthetic NO, window 0x6000001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 37, synthetic NO, window 0x0,
keys: 62 0 0 0 32 0 4 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
KeyRelease event, serial 37, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517652748, (597,701), root:(2582,782),
state 0x15, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517652748, (597,701), root:(2582,782),
state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Furthermore it is important to know that I have 8 workspaces and I have keybindings <Primary>1..8
to switch workspaces. This has worked until I installed 18.04. And the weird thing is, that the problem only happens on one computer. There are at least two three other Linux systems (all Ubuntu 18.04) where the problem does not occur.
I even started with a complete new HOME directory, so there are no old settings from the previous Ubuntu (16.04) installation.
To change the keybindings I use these commands.
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-1 "['<Primary>1']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-2 "['<Primary>2']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-3 "['<Primary>3']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-4 "['<Primary>4']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-5 "['<Primary>5']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-6 "['<Primary>6']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-7 "['<Primary>7']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-8 "['<Primary>8']"
Notice that <Primary>
is basically the same as the old <Control>
.
Workspace switching works fine, but <Shift><CTRL>1..8
are grabbed by something else, most likely the window manager. But why? How can I analyze this further? And how can I avoid this behavior?
BTW. When the keybindings are reset the <SHIFT><CTRL>1..8
are not grabbed anymore. In that case I can use the switch-buffer key in VIM again.
gnome shortcut-keys gnome-shell gtk3 key-binding
see if this helps: askubuntu.com/questions/1029588/… to find the cause
– Rinzwind
Apr 17 at 7:46
add a comment
|
Since 18.04 the <SHIFT><CTRL>6
isn't working anymore. This key is used to switch buffers in VIM.
Using xev I see these events
KeyPress event, serial 34, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517651940, (597,701), root:(2582,782),
state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 34, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517651940, (597,701), root:(2582,782),
state 0x14, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
FocusOut event, serial 37, synthetic NO, window 0x6000001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 37, synthetic NO, window 0x6000001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 37, synthetic NO, window 0x0,
keys: 62 0 0 0 32 0 4 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
KeyRelease event, serial 37, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517652748, (597,701), root:(2582,782),
state 0x15, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517652748, (597,701), root:(2582,782),
state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Furthermore it is important to know that I have 8 workspaces and I have keybindings <Primary>1..8
to switch workspaces. This has worked until I installed 18.04. And the weird thing is, that the problem only happens on one computer. There are at least two three other Linux systems (all Ubuntu 18.04) where the problem does not occur.
I even started with a complete new HOME directory, so there are no old settings from the previous Ubuntu (16.04) installation.
To change the keybindings I use these commands.
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-1 "['<Primary>1']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-2 "['<Primary>2']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-3 "['<Primary>3']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-4 "['<Primary>4']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-5 "['<Primary>5']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-6 "['<Primary>6']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-7 "['<Primary>7']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-8 "['<Primary>8']"
Notice that <Primary>
is basically the same as the old <Control>
.
Workspace switching works fine, but <Shift><CTRL>1..8
are grabbed by something else, most likely the window manager. But why? How can I analyze this further? And how can I avoid this behavior?
BTW. When the keybindings are reset the <SHIFT><CTRL>1..8
are not grabbed anymore. In that case I can use the switch-buffer key in VIM again.
gnome shortcut-keys gnome-shell gtk3 key-binding
Since 18.04 the <SHIFT><CTRL>6
isn't working anymore. This key is used to switch buffers in VIM.
Using xev I see these events
KeyPress event, serial 34, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517651940, (597,701), root:(2582,782),
state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 34, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517651940, (597,701), root:(2582,782),
state 0x14, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
FocusOut event, serial 37, synthetic NO, window 0x6000001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 37, synthetic NO, window 0x6000001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 37, synthetic NO, window 0x0,
keys: 62 0 0 0 32 0 4 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
KeyRelease event, serial 37, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517652748, (597,701), root:(2582,782),
state 0x15, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 37, synthetic NO, window 0x6000001,
root 0x6b0, subw 0x0, time 517652748, (597,701), root:(2582,782),
state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Furthermore it is important to know that I have 8 workspaces and I have keybindings <Primary>1..8
to switch workspaces. This has worked until I installed 18.04. And the weird thing is, that the problem only happens on one computer. There are at least two three other Linux systems (all Ubuntu 18.04) where the problem does not occur.
I even started with a complete new HOME directory, so there are no old settings from the previous Ubuntu (16.04) installation.
To change the keybindings I use these commands.
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-1 "['<Primary>1']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-2 "['<Primary>2']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-3 "['<Primary>3']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-4 "['<Primary>4']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-5 "['<Primary>5']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-6 "['<Primary>6']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-7 "['<Primary>7']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-8 "['<Primary>8']"
Notice that <Primary>
is basically the same as the old <Control>
.
Workspace switching works fine, but <Shift><CTRL>1..8
are grabbed by something else, most likely the window manager. But why? How can I analyze this further? And how can I avoid this behavior?
BTW. When the keybindings are reset the <SHIFT><CTRL>1..8
are not grabbed anymore. In that case I can use the switch-buffer key in VIM again.
gnome shortcut-keys gnome-shell gtk3 key-binding
gnome shortcut-keys gnome-shell gtk3 key-binding
asked Apr 17 at 7:38
keestuxkeestux
13 bronze badges
13 bronze badges
see if this helps: askubuntu.com/questions/1029588/… to find the cause
– Rinzwind
Apr 17 at 7:46
add a comment
|
see if this helps: askubuntu.com/questions/1029588/… to find the cause
– Rinzwind
Apr 17 at 7:46
see if this helps: askubuntu.com/questions/1029588/… to find the cause
– Rinzwind
Apr 17 at 7:46
see if this helps: askubuntu.com/questions/1029588/… to find the cause
– Rinzwind
Apr 17 at 7:46
add a comment
|
0
active
oldest
votes
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "89"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1134565%2fwhat-program-is-consuming-shiftprimary6%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1134565%2fwhat-program-is-consuming-shiftprimary6%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
see if this helps: askubuntu.com/questions/1029588/… to find the cause
– Rinzwind
Apr 17 at 7:46