Weād like to leave some shortcuts empty in the future so that they can be customized but donāt have a default key combination.
The reason is that as we keep adding more shortcuts, we run into conflicts more often. Because the Dynalist web app runs in the browser, it cannot conflict with common browser shortcuts either. A good example is toggling tag pane: our convention tells us to use Ctrl+Shift+T, but itās used to open the last opened tab in Chrome. We really donāt want to override shortcuts like this. Another example is Ctrl+L is used to insert LaTeX but it also goes to the address bar in Chrome.
As blank shortcuts donāt take āshortcutā space, we can have as many as we want.
I like (again) Checkvistās alphabetical shortcuts, likeā¦
l c link to clipboard
a a actions menu
d d set due date
c t clear tags
m m move to another list (or for DL another doc)
My hands are already in place and know where all those keys are and can reach them automatically in sequence as if typing. Modified keys-and especially when any letter key with them is on the left half of the keyboardālike Alt Shft Tāare very awkward and I avoid them whenever possible. This is more than just new key combinations I realize, and would likely require far more rewriting that youāre prepared to do. Just day-dreaming.
With regard to specific potential keystrokes to implement actions not currently possible, Iāve already mentioned the "switch to items in the left pane (which is possible now with switch to bookmarks and files and soon, tags-- together with a move up/down to select and go-to in that pane. THen of course switch back to the outline pane or automatically do so when a doc is clicked on.
I donāt have any specific use case Duplication with subitems is the most important, but I just sometimes need to copy and paste, or copy and move, item without subitems. There are different ways to do that, depending on where I currently am in the structure of document and if item is collapsed or not, and itās always somewhat distracting for my brain to decide which way is faster when Iām in the middle of brainstorming
With workflow like that:
have a cursor on the item -> hit ctrl+d -> youāre on the duplicated item without subitems, automatically and always below the original item (and below the tree if original has expanded subitems)
it will be fast, easy and obvious
If you want to have only one way to duplicate then naturally go with duplicating whole tree.
Iād like to have the ability to jump to other items on the same level.
If Iām on the item āTitle Aā and I press [my custom shortcut #1] then I will be taken to the beginning of āTitle Bā. [My custom shortcut #2] should take me up, so I will end at the beginning of āTitle Aā.
Iād like it to work for items at any level, not only for headers.
I think that it should be limited to jumping only between items with the same parent, it will be more intuitive. So in situation from picture below, when Iām on the āItem Aā I can jump with those new shortcuts only between this node and āItem Bā.
I would really like a shortcut to switch between article view and normal view. Some of my documents are to-do oriented lists of short items (normal view is great for that), while others are reading and study notes, with items as long as various lines of text (article view is much much more comfortable for these). Itās a bit unpractical having to change from one view to the other every time you switch documents.
(An alternative option would be to assign a default view to each document. In fact, that would probably be even better than a shortcut)
Duplication with subitems is the most important, but I just sometimes need to copy and paste, or copy and move, item without subitems. There are different ways to do that, depending on where I currently am in the structure of document and if item is collapsed or not, and itās always somewhat distracting for my brain to decide which way is faster when Iām in the middle of brainstorming 
