-
Notifications
You must be signed in to change notification settings - Fork 301
Keyboard Accessibilty for non-Vim/Neovim features #366
Comments
I wonder what mechanism could be added in core nvim to help with this. E.g. for the examples of an embedded web browser, or a graphical file tree, one can ask: what do users want carried over to those components? The most basic thing that stands out is key mappings. As I user I would want to be able to ctrl-w to the graphical window like any other text window, and have buffer-local mappings there. These graphical windows could be backed by a special buffer type (or even just a blank, normal buffer with a name like What's the minimum needed from core nvim to support this somewhat elegantly for external UIs? Perhaps a new mode (and/or new "mapping namespace", e.g. |
I would want these key bindings to integrate with the actual internal vim windows. For example in Atom, I have a binding to move to the left window or right window. It focuses either the split to the left or right but then it eventually focuses the file tree if that is the left most window. I would hope it possible to make the internal key mappings integrate well in a similar manner. |
* Start prototyping sneak UI * Some progress towards prototyping sneak UI * Add 'sneak-style' UI + helper component * Fix up lint issues / remove addressed comments * Add bold highlighting, use colors from colorscheme * Tweak visual styling of sneaks * Fix lint issues * Add placeholder binding for s/S
With the latest work, we now have window navigation between windows / splits / sidebar pane (using the same mechanism, like |
One major selling point for me in using Vim/Neovim is keyboard accessibility. In fact, the reason I started using Vim in the first place was because I had trouble coding on an airplane and hated touchpads✈️ 😄
At the same time, Oni is exploring bringing in some modern, non-terminal UX features that are present in more modern IDEs. The log viewer in #365 is an example - some other examples might be a file browser, a git repo history browser, markdown preview, etc. I believe it is still important to preserve the keyboard accessibility of these features in a way that makes sense to Vim users.
I'd like to propose adding capabilities similiar to
Vimium
(https://github.com/philc/vimium) orcVim
in the browser - these let you specify a specific hotkey, likef
and jump to elements on the page.The behavior could be as follows:
<Alt+s>
for navigation with the current buffer/window/split,<Alt+Shift+s>
for navigation across OniThis would make it easy to quickly navigate across various pieces of UI.
Some example use cases:
The text was updated successfully, but these errors were encountered: