tree-edit
yaelispy
| tree-edit | yaelispy | |
|---|---|---|
| 8 | 2 | |
| 381 | 2 | |
| - | - | |
| 6.5 | 0.0 | |
| 5 months ago | over 2 years ago | |
| Emacs Lisp | Emacs Lisp | |
| GNU General Public License v3.0 only | - |
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.
tree-edit
- tree-edit: 🌲 Structural editing in Emacs for any™ language!
-
Using_Prolog_as_the_AST
I am using this idea to build an ai-first, reactive IDE (after talking to marcelle, who's brilliant). DM me at @eating_entropy on Twitter or email me at [email protected] if you are interested.
Also it seems tree-edit implements something similar using reazon, a relational language library in elisp.
https://github.com/ethan-leba/tree-edit
- Show HN: Structural editing in Emacs with tree-sitter and relational programming
- Emacs is Not Enough
-
Best packages for structural editing?
tree-edit
-
Does anybody else find Evil very painful for working in lisp?
I use it daily, so I suppose it's useable enough; there's some weird edge cases and annoying behaviors I never bothered to solve, and the README isn't complete. Development has pretty much stalled due to some loftier projects of mine but if there's interest I could be convinced to clean it up a bit more :)
-
Tree Sitter and the Complications of Parsing Languages
you can add this one to the list ;) https://github.com/ethan-leba/tree-edit
yaelispy
- yaelispy: Minor mode to integrate Lispy and Evil
-
Does anybody else find Evil very painful for working in lisp?
I was also annoyed by this, so I started working on this package awhile back: https://github.com/ethan-leba/yaelispy/tree/master which is a fork of another evil-lispy package. It's not super great or anything but I like that I have lispy's functionality separated to another state (so it's explicit instead of implicit).
What are some alternatives?
evil-cleverparens - Evil normal-state minor-mode for editing lisp-like languages
lispyville - lispy + evil = lispyville
tree-sitter-org - Org grammar for tree-sitter
lispy - Short and sweet LISP editing
tree-sitter-langs - Language bundle for Emacs's tree-sitter package
orgmode - Orgmode clone written in Lua for Neovim 0.9+.
evil-textobj-tree-sitter - Tree-sitter powered textobjects for evil mode in Emacs
chalk-ndm - A PROLOG-ish interpreter written in Rust, intended eventually for use in the compiler
combobulate - Structured Editing and Navigation in Emacs with Tree-Sitter
maxima - Major mode for Maxima
commercial-emacs - "Evil will always triumph, because good is dumb." -- Spaceballs (1987)