Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keybindings #9

Open
bijang opened this issue Mar 31, 2020 · 2 comments
Open

Keybindings #9

bijang opened this issue Mar 31, 2020 · 2 comments

Comments

@bijang
Copy link

bijang commented Mar 31, 2020

emacs and vim keybinding; taking the next browser project as an example, emacs-like and vim-like (https://github.com/atlas-engineer/next/blob/master/documents/MANUAL.org#vi-style-bindings) options, of sane defaults, both built in from the outset, (perhaps with some consistancy between projects if that were appropriate to ease the induction for newcomers)

@bijang
Copy link
Author

bijang commented Mar 31, 2020

probably of no consequence but for possible interest...
https://rabbitictranslator.com/wordpress/index.php/category/keyboard-shortcuts-analysis/
https://phabricator.kde.org/T11520
relatively objective analysis of keybindings, from the perspective of ergonomics mainly. Shortcomings of the analysis, in relation to mahogany, are he predominantly compares non-tiling WM, (working from a KDE developers' perpective, (though does look at i3));
probably limited value for the tiling paradigm and weight of influence of emacs/vim/gnuscreen/etc; but thought it an interesting read and the systematic approach laudable.

@bijang
Copy link
Author

bijang commented Apr 4, 2020

Actually looking at the next browser project again and their plans for upcoming 2.0, will include emacs vi and cua bindings

Modes keymap-schemes must now be set with either keymap:make-scheme or define-scheme. Schemes are now first-class objects. Defaults schemes cua, emacs, vi-normal and vi-insert are in the scheme package. Thus it’s enough to complete over scheme: to list them all.

...although its still a work in progress, it is a common lisp based project, could these parts be reused as a library of sorts and adapted into this projects to circumvent developing from scratch or at least to provide a jump start from which to progress

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant