ferdium-app: Bug: Hotkey CTRL+PLUS doesn't Zoom in on content
Avoid duplicates
- I have searched the issues tracker for a bug report similar to mine, in vain
Ferdium Version
6.2.1-nightly.17
What Operating System are you using?
Windows
Operating System Version
Windows 11
What arch are you using?
x64
Last Known Working Ferdium version
No response
Expected Behavior
Whilst in Ferdium, click CTRL + Plus (+)
to zoom in on service content.
Actual Behavior
CTRL + Plus (+)
doesn’t zoom in on service content.
Steps to reproduce
- Open Ferdium
- Press
CTRL + Plus (+)
- See that the content doesn’t get zoomed in.
Debug link
No response
Screenshots
No response
Additional information
Come to the conclusion of this issue while closing this one: https://github.com/ferdium/ferdium-app/issues/668
This may be due to some problem with the accelerator
key on the menu.
About this issue
- Original URL
- State: open
- Created 2 years ago
- Comments: 16 (9 by maintainers)
[tldr; this a problem coming from how electron interacts with Windows keyboard layouts.]
After a few tests on my Windows version, it appears that this is not consistent across different keyboard layouts: if I set the UK layout, then I have no problems whatsoever. However, other layouts such as French (windows or mac layouts) or Swiss (windows or mac layouts) give inconsistent results.
[I will use
&
to mean pressing keys jointly for clarity.] For example on the French one, the-
sign is located on the same key as the number6
but is the primary character (we need shift to use numbers), but typingctrl & -
acts instead asctrl & 6
(change to 6th service). In the same way,ctrl & à
acts asctrl & 0
sinceà
and0
are on the same key. However, for the zoom in,+
and=
are on the same key with=
the primary character, and there we do need to use shift (so doingctrl & shift & =
in order to act asctrl & +
as expected. On the other hand, for the Swiss keyboard,ctrl & -
andctrl & 0
works as expected (both are primary character of their respective keys), but the+
is located on top of1
and thus needs shift cannot be combined with thectrl
key as expected:ctrl & 1
does the change to the first service as expected whilectrl & shift & 1
which should act asctrl & +
does nothing.Another thing interesting is that not all layouts are recognised appropriately: using the Mac layouts of languages fails when activating hotkeys and automatically uses the Windows layout, when it does work on other app (such as firefox which has the same hotkeys for zooming in and out). However typing into any text boxes is as expected with the correct layout selected. This problems doesn’t just concern us, I have tested on Discord which suffers of this (though they are soooo far behind on updating the electron they use, it might not be the best test example), so I am not sure if it is coming mainly from electron, or from Windows itself (built by default for US keyboard layout).
i can’t zoom in/out on Ubuntu 23.04 too and i don’t recall when it actually worked in past versions. The only zooming works from menu which is annoying.
Also extending this I am surprised that Zoom is not preserved when the service is reloaded or Ferdi is restarted. My services GChat, Slack, Zulip.
Same here:
Ctrl MouseWheel
does not workCtrl -
does workCtrl +
does not workCtrl Shift +
does work insteadOS: Pop!_OS 22.04 LTS x86_64 DE: GNOME 42.3.1 WM: Mutter German Keyboard & Layout
Thanks for the detailed info @Alphrag . I vote that we tag this as an upstream bug, which we can’t really fix. We can still keep it open for tracking purposes. wdyt?