Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

terminal capture my keyboard shortcut #662

Open
2 tasks
wiiznokes opened this issue Nov 7, 2023 · 7 comments
Open
2 tasks

terminal capture my keyboard shortcut #662

wiiznokes opened this issue Nov 7, 2023 · 7 comments
Labels
bug Something isn't working

Comments

@wiiznokes
Copy link

wiiznokes commented Nov 7, 2023

GNOME Shell version

45

Session type

Wayland (echo $WAYLAND_DISPLAY output is non-empty)

Special configuration

  • High DPI
  • More than one monitor

ddterm version

48

Linux distro

Ubuntu 23.10

ddterm settings dump

No response

Description

I used to use ² to open and close ddterm, but now when I press this key it is written to the terminal.

@wiiznokes wiiznokes added the bug Something isn't working label Nov 7, 2023
@amezin
Copy link
Member

amezin commented Nov 18, 2023

ddterm settings dump

No response

It would help if you filled all the fields. dconf dump /com/github/amezin/ddterm/

Which keyboard layout do you have? Is it switching between international English and local layout, or is it only one (just different latin)?

@Alexandero89
Copy link

I think i have the same problem. But only after upgrading from Fedora 38 to 39 and Gnome 44 to 45.

GNOME Shell version
45

Session type
Wayland (echo $WAYLAND_DISPLAY output is non-empty)

Special configuration
None

ddterm version
48

Linux distro
Fedora 39

ddterm settings dump

[/]
background-color='rgb(0x00, 0x00, 0x00)'
ddterm-toggle-hotkey=['dead_circumflex']
foreground-color='rgb(220,220,220)'
hide-when-focus-lost=false
hide-window-on-esc=false
palette=['rgb(23,20,33)', 'rgb(192,28,40)', 'rgb(38,162,105)', 'rgb(162,115,76)', 'rgb(21,101,200)', 'rgb(163,71,186)', 'rgb(42,161,179)', 'rgb(208,207,204)', 'rgb(94,92,100)', 'rgb(246,97,81)', 'rgb(51,209,122)', 'rgb(233,173,12)', 'rgb(42,123,222)', 'rgb(192,97,203)', 'rgb(51,199,222)', 'rgb(255,255,255)']
scrollback-lines=0
scrollback-unlimited=true
shortcut-next-tab=['<Alt>Right']
shortcut-prev-tab=['<Alt>Left']
shortcut-win-new-tab=['<Primary><Shift>t']
use-theme-colors=false
window-height=0.3931297709923664
window-maximize=false
window-size=0.30308219178082191
window-skip-taskbar=false
window-stick=false

Description:
I'm using a german keyboard with the german keyboard layout. the trigger button is the "^" or the dead circumflex button above the Tab button.
Worked fine before the update to fedora 39/gnome 45.

If the terminal is closed the button works and the terminal is opening.
If its open and i press the button its only typing the symbol into the terminal/textfield.
I have to press on a non textfield element outside the terminal so the triggerbutton works again.
Just noticed for example while writing this text that its also not closing if i'm inside this github textinput field.

switching language layout for the keyboard (from german to english) did not really help because the position of the ^ is also changing and then nothing works.

I think its kind of a gnome bug and not a ddterm bug. but anyway you maybe know where to search for a solution

@wiiznokes
Copy link
Author

Personally, I'm using a AZERTY latin keyboard. I'm not able to procure a backtrace rn

@Skonike
Copy link

Skonike commented Nov 29, 2023

Same problem on my side.
I would add that if the application focus is on a text zone, as in gedit, using the ² shortcut will not open the terminal, but will be used to write in the text zone.

@dragosprotung
Copy link

I think i have the same problem. But only after upgrading from Fedora 38 to 39 and Gnome 44 to 45.

GNOME Shell version 45

Session type Wayland (echo $WAYLAND_DISPLAY output is non-empty)

Special configuration None

ddterm version 48

Linux distro Fedora 39

ddterm settings dump

[/]
background-color='rgb(0x00, 0x00, 0x00)'
ddterm-toggle-hotkey=['dead_circumflex']
foreground-color='rgb(220,220,220)'
hide-when-focus-lost=false
hide-window-on-esc=false
palette=['rgb(23,20,33)', 'rgb(192,28,40)', 'rgb(38,162,105)', 'rgb(162,115,76)', 'rgb(21,101,200)', 'rgb(163,71,186)', 'rgb(42,161,179)', 'rgb(208,207,204)', 'rgb(94,92,100)', 'rgb(246,97,81)', 'rgb(51,209,122)', 'rgb(233,173,12)', 'rgb(42,123,222)', 'rgb(192,97,203)', 'rgb(51,199,222)', 'rgb(255,255,255)']
scrollback-lines=0
scrollback-unlimited=true
shortcut-next-tab=['<Alt>Right']
shortcut-prev-tab=['<Alt>Left']
shortcut-win-new-tab=['<Primary><Shift>t']
use-theme-colors=false
window-height=0.3931297709923664
window-maximize=false
window-size=0.30308219178082191
window-skip-taskbar=false
window-stick=false

Description: I'm using a german keyboard with the german keyboard layout. the trigger button is the "^" or the dead circumflex button above the Tab button. Worked fine before the update to fedora 39/gnome 45.

If the terminal is closed the button works and the terminal is opening. If its open and i press the button its only typing the symbol into the terminal/textfield. I have to press on a non textfield element outside the terminal so the triggerbutton works again. Just noticed for example while writing this text that its also not closing if i'm inside this github textinput field.

switching language layout for the keyboard (from german to english) did not really help because the position of the ^ is also changing and then nothing works.

I think its kind of a gnome bug and not a ddterm bug. but anyway you maybe know where to search for a solution

I am having the same issue and the same setup as above.

If I switch the shortcut to F12 the issue is gone.

@Skonike
Copy link

Skonike commented Mar 23, 2024

More information: In 'Ubuntu on Xorg', there are no issues with the shortcut key ². The bug seems to appear only with Wayland.

@Onion2222
Copy link

Onion2222 commented Sep 16, 2024

Same problem on Wayland after upgrading from Ubuntu 22.04 to Ubuntu 24.04.
I also use the ² key but it get captured on the terminal instead of closing it.
F1 key works perfectly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

6 participants