Already fixed keyboard shortcuts: (listed for completeness)
Zoom in: [Ctrl]+[]] is already fixed to [Alt]+[Right].
Zoom out: [Ctrl]+[[] is already fixed to [Alt]+[Left].
Problematic keyboard shortcuts:
Toogle help: [Ctrl]+[/] works, but as key combination [Ctrl]+[#], maybe it shoud be declared as such.
Toogle help: [Ctrl]+[Shift]+[/] works, but as key combination [Ctrl]+[Shift]+[#], maybe it shoud be declared as such.
Zoom in previous item: [Ctrl]+[Shift]+[]] does not work. I suggest [Alt]+[Up] instead, to be consitent with âZoom inâ and âZoom outâ.
Zoom in next item: [Ctrl]+[Shift]+[[] does not work. I suggest [Alt]+[Down] instead., to be consistent with âZoom inâ and âZoom outâ.
Format as code: [Ctrl]+[backtick] does not work. I suggest [Ctrl]+[Shift]+[´] instead, as [Shift]+[´] produces the backtick, to be consistent with the respective markdown character.
Clear color label: [Ctrl]+[Shift]+[backtick] does not work. I suggest [Ctrl]+[Shift]+[^] instead, as the [^] key is right next to the [1] key.
Working keyboard shortcuts I suggest to change or add:
Clear heading: [Ctrl]+[Alt]+[0] works, but I would suggest using [Ctrl]+[Alt]+[^], to be consistent with âClear color labelâ.
For reference, here are the problematic symbols that are not reachable on the german keyboard without a modifier key: `=[];â/
Edit:
I found, the problematic symbols do infact have a direct equivalent (a key with the same virtual key code): [backtick] = [Ăś], [=] = [+], [[] = [Ă], []] = [´], [\] = [^], [;] = [Ăź], ['] = [ä], [/] = [#]
I.e. all keyboard shortcuts are actually usable, if you know what keys to press instead. However, my suggestion to alter the above shortcuts for the german keyboard layout, still stands.
Edit 2:
Ad Clear heading: [Ctrl]+[Alt]+[0] is the exact key combination that produces the closing curly brace }, making it impossible to type the aforementioned. Yet another reason to change this keyboard shortcut for the german keyboard layout.
Weâre going to revamp and unify our shortcuts, and weâll definitely take into account what you mentioned here. When first designing things, I admit weâre not knowledgeable of other keyboard layouts, which led to a lot of inconveniences for our users who used German/French/Polish keyboard layouts, and Iâm really sorry about that.
Sigh, thatâs one thing weâre not able to do, as itâs impossible to detect which keyboard layout the user is using as a web page. Maybe only when the user selects the German keyboard layout option?
I remember one of the ...+[Enter] keyboard shortcuts could not be remapped at all. It just would not allow any key combination to be entered. Could be this one ⌠not sure since I am not a pro user atm.
Well I do use Win10 with a (hardware) German keyboard layout and a neo software emulation on top. I could reconfigure the the launchbar to not use Shift-Enter, but I rather would like to change the shortcuts in dynalist.
Same issue is for other keyboards - work in the web browser as the browser controls the keyboard mapping (via the OS). But for the Windows beta application, you seem to use the âkeyboardâ setting in your own app as the source for mapping. This gives a lot of issues - please do not re-map the keyboard, use what is default in the OS (use the correct API for getting keyboard layout - not language as many run US setup with native (e.g. Norwegian) keyboard. Then let the user to sort out the cumbersome shortcuts - you probably will provide default mappings for the big countries, but for the others keep the default and let the user change.
Iâm using a German Keyboard and Alt+Right / Alt+Left to zoom in and out used to work for a while but it stopped working for me recently.
Now Alt+Right does nothing and Alt+Left goes to the previous page if Dynalist is used in a browser.
Iâm primarily using Ubuntu and tested this in both the app and webbrowser. Also tested on Windows 7 in firefox and chrome.
Is it possible that you accidentally customized it? Itâs unlikely that it would work and suddenly stop working.
Do you remember when was the last time it used to be working? And any chance you installed some other software that could take over those key combinations?
I donât think I can customize it because I donât have a pro account atm.
Havenât installed any new software that could take over those key combinations either. The exact same key combinations are working in WorkFlowy for me.
Itâs about a month since it last worked. At that time I wasnât using Dynalist that much so I didnât keep track of it like I should have
EDIT: I just downloaded the linux desktop app again. The appimage on the website is version 1.0.2 and in this version, the shortcuts are still working! Then it automatically updated to version 1.0.47 and the shortcuts stopped working
âFixedâ it temporarily by preventing updates. Set ~/.config/Dynalist/dynalist to read-only.
This should be fixed in the next update which will be next week.
The reason why it worked in 1.0.2 but not 1.0.47 is that we broke it at some point, so an earlier version worked but the latest version didnât. Next update should fix all this!