Replies: 11 comments
-
I assume you mean in the request body editor? 😄 Let me know which keys in particular you would like. |
Beta Was this translation helpful? Give feedback.
-
That is correct! I grabbed this bit from https://www.freecodecamp.org/news/vim-key-bindings-reference/ Moving to Top and Bottom You can use these keys to move to the top or bottom of the page: gg --> Move to the first line of the page You can delete or copy characters using these keys: x --> Delete the character under the cursor Undo and Redo u --> Undo the last action Thanks! |
Beta Was this translation helpful? Give feedback.
-
These binds would require the addition of an insert mode though. Quite a few Vim bindings already work in the response area since that's read only. However, I would need to add a mode system in order to support the ones you've listed in the request area. Possibly in the future I'll look at this, but for now you can easily edit the request in Vim by pressing f4 (assuming you have your EDITOR env var set). |
Beta Was this translation helpful? Give feedback.
-
Excellent, thanks for that tip! |
Beta Was this translation helpful? Give feedback.
-
It would be great to move 10 lines up/down by pressing |
Beta Was this translation helpful? Give feedback.
-
I've added ctrl+d and ctrl+u in 1.2.0. |
Beta Was this translation helpful? Give feedback.
-
IMHO, due request body is read-only, I think other keybindings for edit shouldn't be included, for editing you can just open the editor. Said that, and the fact that basic movements are already implemented, this issue could be mark as |
Beta Was this translation helpful? Give feedback.
-
I like the F4 philosophy, vim emulation for editing is always going to be limited (per se and also because you can't usually use your customized bindings) and/or would require significant efforts so why not just using (neo)vim ? But F4 doesn't seem to work for the URL bar, right ? Would it be possible to enable it there ? It's rather frustrating to have to reach out for the mouse in the terminal. Also as a secondary request would it be possible to use |
Beta Was this translation helpful? Give feedback.
-
Yep, I can add editor support to the URL bar. You're the second person to ask this week and it should be fairly straightforward, so I'll aim to get it in soon. Out of curiosity though, why do you feel the need to reach for the mouse when using the URL bar? Is there some key binding you would find useful? |
Beta Was this translation helpful? Give feedback.
-
Also, I'm still deciding how best to approach directional navigation. There will likely be something similar to what you suggested, but I'm not 100% sure how it will work yet. I'm thinking: Ctrl+w followed by lowercase hjkl to move between widgets directionally, or uppercase HJKL to move between "sections" directionally (I.e tabs/collection tree/request area/response area). I'm also thinking of potentially having a shortcut for this like alt+hjkl and alt+HJKL to do this navigation in a single chord. |
Beta Was this translation helpful? Give feedback.
-
Thanks for considering it ! Without vim motions I feel the need to use the mouse (or alternatively spam direction keys) to do simple things, if I had to give a restricted number of vim motions which would highly reduce that need I'd say :
I think those would do the trick for most use cases given the limited scope of a URL bar. For the Ctrl+W concern I think Ctrl+W, even if a bit long to perform, is fine for vim user, the muscle memory and the convenience of not having to memorize new keybindings specific to an application outweigh the inconvenience of its length imo. Unless you plan to add it as a general shortcut for everyone to have a 4 directions and widget/sections aware alternative tab/shift+tab, in that case yeah ctrl+w might be confusing to others I guess. |
Beta Was this translation helpful? Give feedback.
-
It would be really great to have support for vim-style key bindings!
Beta Was this translation helpful? Give feedback.
All reactions