Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Bug: Hotkey CTRL+PLUS doesn't Zoom in on content

See original GitHub issue

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.

Issue Analytics

State:
Created a year ago
Comments:10 (8 by maintainers)

Top GitHub Comments

2reactions

Alphragcommented, Oct 11, 2022

[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 number 6 but is the primary character (we need shift to use numbers), but typing ctrl & - acts instead as ctrl & 6 (change to 6th service). In the same way, ctrl & à acts as ctrl & 0 since à and 0 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 doing ctrl & shift & = in order to act as ctrl & + as expected. On the other hand, for the Swiss keyboard, ctrl & - and ctrl & 0 works as expected (both are primary character of their respective keys), but the + is located on top of 1 and thus needs shift cannot be combined with the ctrl key as expected: ctrl & 1 does the change to the first service as expected while ctrl & shift & 1 which should act as ctrl & + 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).

1reaction

vraravamcommented, Oct 12, 2022

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?