eww-history-ext
emacs-ng
Our great sponsors
eww-history-ext | emacs-ng | |
---|---|---|
3 | 73 | |
6 | 1,398 | |
- | 3.2% | |
2.0 | 10.0 | |
6 months ago | 8 days ago | |
Emacs Lisp | Emacs Lisp | |
GNU General Public License v3.0 only | 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.
eww-history-ext
We haven't tracked posts mentioning eww-history-ext yet.
Tracking mentions began in Dec 2020.
emacs-ng
- Any emacs-ng specific packages?
-
Emacs Webrender updates
Now I'm failing on this instead: https://github.com/emacs-ng/emacs-ng/issues/218
-
RMS – EmacsConf Talk
Presumably because of emacs-ng [1], from the page " additive native layer over emacs, bringing features like Deno's Javascript and Async I/O environment, Mozilla's Webrender,".
-
How do the neovim plugins for OrgMode and Magit compare with the real thing?
I know some projects along these lines are being attempted but they look to be years away from appreciable maturity, if ever.
- If anyone uses Atom (the text editor), it's be sunset on December 15, 2022
- MOMACS: FINALLY A BEGINNER FRIENDLY EMACS
- Why isn't Nyxt just an Emacs extension?
-
How to use remacs with doom emacs?
The remacs project has turned into emacs-ng.
-
Emacs to neovim (or vice versa, or both) stories
Emacs-NG has an issue open about this, where I described my opinion on the issue: https://github.com/emacs-ng/emacs-ng/issues/370. Companies invest money into v8, we should take advantage of that
-
Emacs Modernization: Simple Changes Emacs Should Adopt
> especially 'redo'
undo-redo is in emacs-28 now, though not the default behavior.
> Allow writing Emacs commands in popular languages like Python 3 or JavaScript.
For js see https://github.com/emacs-ng/emacs-ng
Integrating additional runtimes into the Emacs core, especially ones that also have a single main thread are likely to be a complete nightmare. There are already insane and undebugable performance issues with things that run on the main graphics event loop or on timers.
If elisp can somehow be made multi-threaded there might be a chance. However, there is SO much elisp code that assumes synchronous ordered execution that will break in subtle and unexpected ways when that restriction is lifted I expect it will take even longer than the transition to lexical scoping (and that is just in the core). I would love to be wrong though.
With respect to Python, the cpython runtime and semantics for redefinition are likely even more nighmareish because it is so easy for classes and instances to become out of sync and you wind up having to restart the whole
What are some alternatives?
remacs - Rust :heart: Emacs
lightspeed.nvim - 🌌 Next-generation motion plugin using incremental input processing, allowing for unparalleled speed with minimal interruptions (predecessor of leap.nvim)
emacs-cl - Common Lisp implemented in Emacs Lisp.
magit - It's Magit! A Git Porcelain inside Emacs.
tig - Text-mode interface for git
tide - Tide - TypeScript Interactive Development Environment for Emacs
coffeescript - Unfancy JavaScript
calctex
ng-async-files - emacs-ng module for async file operations
far2l - Linux port of FAR v2
mc - work repo
emacs.d - Fast and robust Emacs setup.