evil-textobj-tree-sitter
nvim-gps
evil-textobj-tree-sitter | nvim-gps | |
---|---|---|
12 | 19 | |
184 | 506 | |
- | - | |
6.2 | 8.7 | |
15 days ago | almost 2 years ago | |
Scheme | Scheme | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
evil-textobj-tree-sitter
-
Let's write an Emacs treesitter major mode
You may be aware but the author of TFA also has a tree-sitter based minor mode called Combobulate for exactly that:
https://www.masteringemacs.org/article/combobulate-structure...
There is also evil-textobj-tree-sitter for tree-sitter based text objects for Evil mode:
https://github.com/meain/evil-textobj-tree-sitter
-
How to Get Started with Tree-Sitter
here are the structural editing tools, and they're great - https://github.com/meain/evil-textobj-tree-sitter
- evil-textobj-tree-sitter: Tree-sitter powered textobjects for evil mode in Emacs
-
Tree-sitter starter guide
evil-mode users already have options, and there seems to be a new package with general applicability too.
-
Best packages to use with evil mode .
evil-textobj-tree-sitter: provides new textobjects to evil-mode, thanks to treesitter
-
Are we living in the golden age of Emacs?
I have a package which lets you target language level constructs like functions, classes, conditionals etc for text objects using tree-sitter. This is specific to evil mode as of now, though making it work outside evil would not be that big an effort. https://github.com/meain/evil-textobj-tree-sitter
-
Tree Sitter and the Complications of Parsing Languages
Other than combobulate, these packages also use tree-sitter for changing code (not just highlighting): * https://codeberg.org/FelipeLema/tree-sitter-indent.el * https://github.com/meain/evil-textobj-tree-sitter
-
Using tree-sitter to create better snippets
this might interest you: https://github.com/meain/evil-textobj-tree-sitter
-
The State of Structural Editing in Emacs?
not lsp, treesitter is the way to go. lsp does not provide AST ATM. There is already https://github.com/meain/evil-textobj-tree-sitter . As a side note, smartparens work on non-lispy code. I am very happy with using in combination with evil-cleverparens.
nvim-gps
- what plugin added the breadcrumb/context info to the winbar?
- How do I get this little tree like hierarchy of the code on the top?
-
Any way to get something like this in coc?
I've been using winbar.nvim with nvim-gps which depends on treesitter. Unfortunately it's been archived/deprecated but still works fine.
- How can I have a symbol line like this? I saw that there is symbols-outline.nvim, but it opens a sidebar.
- Plugin suggestion
-
Displaying code context using LSP is much slower than Treesitter. Maybe bring back nvim-gps?
With the deprecation of nvim-gps we are left with LSP's more accurate code context parser nvim-navic or lspsaga. I however only use LSP for like 5 languages as opposed to treesitter since it's just easier to install all language parser
-
Trying to create a LunarVim like IDE setup, called DeathVim
and nvim-navic or in this projects case it is its predecessor - nvim-gps
- Add colors to Gps-Nvim ?
-
Is there any statusline framework plugin that allows dynamic truncation of each component?
I currently use feline.nvim as a framework for creating my custom statusline, and before that I was using galaxyline.nvim. A feature that I would really like though is for each section of the statusline to able to dynamically resize based on the window size, and dissappear if the window gets narrow enough, based on some priority that I give them and some truncation rule. By truncation I mean that for instance a file path could get shortened by pathshorten(), the filetype indicator would only display the devicon and not the filetype name, nvim-gps would only use a depth of 1, etc... This behaviour would be defined by the user, but the framework would calculate which components to truncate in order to fit as many as possible in the priority that the user has chosen for each component.
-
Could this be solved currently using nvim-gps and Treesitter?
I've added a pull request to support json https://github.com/SmiteshP/nvim-gps/pull/41
What are some alternatives?
doom-emacs - An Emacs framework for the stubborn martian hacker [Moved to: https://github.com/doomemacs/doomemacs]
NvChad - Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
combobulate - Structured Editing and Navigation in Emacs with Tree-Sitter
nvim-treesitter-context - Show code context
lispy - Short and sweet LISP editing
refactoring.nvim - The Refactoring library based off the Refactoring book by Martin Fowler
things.el - Extensions to thingatpt.el
twilight.nvim - 🌅 Twilight is a Lua plugin for Neovim 0.5 that dims inactive portions of the code you're editing using TreeSitter.
gopcaml-mode
zephyr-nvim - A dark neovim colorscheme written in lua
evil-cleverparens - Evil normal-state minor-mode for editing lisp-like languages
nvim-treehopper - Region selection with hints on the AST nodes of a document powered by treesitter