25d4ebe30d
Currently, when forward deleting (`delete_char_forward` bound to `del`, `delete_word_forward`, `kill_to_line_end`) the cursor is moved to the left in append mode (or generally when the cursor is at the end of the selection). For example in a document `|abc|def` (|indicates selection) if enter append mode the cursor is moved to `c` and the selection becomes: `|abcd|ef`. When deleting forward (`del`) `d` is deleted. The expectation would be that the selection doesn't shrink so that `del` again deletes `e` and then `f`. This would look as follows: `|abcd|ef` `|abce|f` `|abcf|` `|abc |` This is inline with how other editors like kakoune work. However, helix currently moves the selection backwards leading to the following behavior: `|abcd|ef` `|abc|ef` `|ab|ef` `ef` This means that `delete_char_forward` essentially acts like `delete_char_backward` after deleting the first character in append mode. To fix the problem the cursor must be moved to the right while deleting forward (first fix in this commit). Furthermore, when the EOF char is reached a newline char must be inserted (just like when entering appendmode) to prevent the cursor from moving to the right |
2 years ago | |
|---|---|---|
| .cargo | 2 years ago | |
| .github | 2 years ago | |
| book | 2 years ago | |
| contrib | 2 years ago | |
| docs | 2 years ago | |
| helix-core | 2 years ago | |
| helix-dap | 2 years ago | |
| helix-loader | 2 years ago | |
| helix-lsp | 2 years ago | |
| helix-parsec | 2 years ago | |
| helix-term | 2 years ago | |
| helix-tui | 2 years ago | |
| helix-vcs | 2 years ago | |
| helix-view | 2 years ago | |
| runtime | 2 years ago | |
| xtask | 2 years ago | |
| .envrc | 3 years ago | |
| .gitattributes | 2 years ago | |
| .gitignore | 2 years ago | |
| .ignore | 2 years ago | |
| CHANGELOG.md | 2 years ago | |
| Cargo.lock | 2 years ago | |
| Cargo.toml | 2 years ago | |
| LICENSE | 4 years ago | |
| README.md | 2 years ago | |
| VERSION | 2 years ago | |
| base16_theme.toml | 2 years ago | |
| default.nix | 2 years ago | |
| flake.lock | 2 years ago | |
| flake.nix | 2 years ago | |
| grammars.nix | 2 years ago | |
| languages.toml | 2 years ago | |
| logo.svg | 2 years ago | |
| logo_dark.svg | 2 years ago | |
| logo_light.svg | 2 years ago | |
| rust-toolchain.toml | 2 years ago | |
| rustfmt.toml | 3 years ago | |
| screenshot.png | 3 years ago | |
| shell.nix | 2 years ago | |
| theme.toml | 2 years ago | |
README.md
A Kakoune / Neovim inspired editor, written in Rust.
The editing model is very heavily based on Kakoune; during development I found myself agreeing with most of Kakoune's design decisions.
For more information, see the website or documentation.
All shortcuts/keymaps can be found in the documentation on the website.
Features
- Vim-like modal editing
- Multiple selections
- Built-in language server support
- Smart, incremental syntax highlighting and code editing via tree-sitter
It's a terminal-based editor first, but I'd like to explore a custom renderer (similar to Emacs) in wgpu or skulpin.
Note: Only certain languages have indentation definitions at the moment. Check
runtime/queries/<lang>/ for indents.scm.
Installation
Contributing
Contributing guidelines can be found here.
Getting help
Your question might already be answered on the FAQ.
Discuss the project on the community Matrix Space (make sure to join #helix-editor:matrix.org if you're on a client that doesn't support Matrix Spaces yet).
Credits
Thanks to @JakeHL for designing the logo!