Iām new to Dynalist and really like it but I find that I too often have to move my fingers from home position to get things done like using shortcuts for editing and navigation. One competitorās tool is much better about this. Iāve not listed their name here in order not to give them free advertising on your forum. That tool includes some Vim-based keystrokes for navigation and moving items up/down/indent/outdent. This makes it easy for the user to āsculptā a list of items into a hierarchical outline. You might also extend this capability to document and folder handling as well. I could envision using, say, ā^ā (or some other user-selected key) to enter a shortcut mode in which the keys would all act as action keys to move items up/down/indent/outdent and navigate.
Feel free to contact me directly for the specific competitor or for other questions.
Thanks!
Since I first wrote this post, Iāve noticed the Keymap section of Settings. Could we just get Cmd plus the right/left arrow keys as alternative indent/outdent shortcuts?
Also, itās more than that. See how GQueues implemented their Vim keyboard shortcuts. Something more like that is what Iām after. Plus a less awkward way of handling shortcuts in general. Basically a more Vim-like experience. Hopefully that makes sense.
@samm, thanks for pointing out that shortcuts are customizable!
@David_Cherniawsky, most of our āactionā shortcuts are customizable, but unfortunately they donāt include very basic ones like indent, unindent, create new item, go up a line, go down a line, etc. Plus with our current shortcut customizable shortcuts require at least one modifier key.
But to answer your question, unfortunately thatās not the direction we want to go in. Vim-style shortcuts are convenient but they require modes. For example, in apps like GQueues and Checkvist, you get powerful shortcuts the donāt require even modifier keys, but that also means you canāt directly edit an item without first go into text editing mode. I think that would kill the editing flow in Dynalist. I hope thatās understandable!
Thanks, @Erica. Iām glad you grasp the situation. I appreciate your position on the edit mode and that you are willing to share that position.
I understand that shortcuts are customizable but not in a coherent manner in my opinion.
Having such disparate sets of keys to move items up/down versus left/right seems clumsy.
I feel like a good compromise would be to open up customization of the indent/unindent shortcut with the end game being to allow one to have a cluster of keys like this (omitting modifiers)ā¦
h: unindent
j: move down
k: move up
l: indent
which would satisfy some Vim similarity and keep at least the right hand on the keyboard.
To your point, I think this would help improve editing flow (and that guiding principle I totally agree with).
Iād like to second the request for customizable shortcuts for indent/unindent.
One of my favorite ways to use WorkFlowy is to first collect brainstormed items quickly in a flat list, then later structure this list by moving and adding levels. In WorkFlowy on Mac Iām able to use Ctrl+Shift+arrows (Alt+Shift+arrows on Linux) which maps to indent/unindent/move up/move down for the restructuring operations. I just hold down Ctrl+Shift and then tap the arrow keys until the line or group of lines is where I want it to be.
It seems like a small thing, but Iāve found that it makes a big difference in speed and brainpower required. Iād love to have this ability in Dynalist.
Iām trying out Dynalist and Iām liking it a lot so far, however thereās one thing that makes a scratch in the experience. Iām used to opening/collapsing outline levels by just pressing āTabā (as in org-mode). In current config, Tab is already a key which can be used without any modifier - itās assigned to indenting by default, however even if I unset it from that function, I still cannot assign it to anything else - system forces me to always use a modifier.
Is there any way I can do this right now? I tried to edit config files, but it looks Dynalist is syncing settings from the server each time the app starts. If thereās no way round, would you consider allowing user to use Tab for something else - as it already a special key in use without modifier?
For shortcuts customized by the user, at least one modifier key is mandatory, but thatās not necessary for built-in default shortcuts.
The reason was that we donāt want you do be able to specify keys like g and make Dynalist unusable. Freeing keys like Tab is doable, but they might cause other issues, since they have some browser default behaviors (Tab for jumping to the next text field, for example).
Plus Tab is conventionally used for indenting text in other text editors, so we didnāt think people would want to customize this.
By the way, what are you planning to use for indenting and unindenting if not with Tab and Shift+Tab?
I understand your concern with issues that could result from allowing any keys without modifiers to be assigned as specials. That why I am only mentioning something as harmless as Tab :).
To answer your question - for indenting and unidenting I am also using orgmode-style keys, so: Alt+ā and Alt+ā. With Tab onboard, I could replicate core orgmode keyboard experience in more modern /Dynalist/ way.
