As I mentioned yesterday, I was looking for Emacs-analogue proper, self-extensible Editors, meaning editors capable of editing more general files as basic plain-text files (directories, RTFs, manipulating repositories,..). I did some digging regarding possible Editors on Wikipedia. If I disregard all irrelevant text editors (proprietary, unavailable on Linux, dead or close to,...) and then select only those which fit a very, VERY lax definition of "self-extensible", I am left with a total of 13 editors: Acme, Atom, gedit, GNU Emacs, jEdit, Komodo Edit, Leo,mg, SciTE, Spacemacs, Textadept, Vim and Yi
Of these, the following feature an add-on/plugin kind of model and generally have from what I can gather a very explicit focus on text editing or IDE work: gedit, jEdit, Komodo Edit, SciTE, Leo.
Apart from these (as far as I can tell) superficially extensible editors, there are the more likely candidates for proper *editors.
>GNU Emacs and Spacemacs (representative for the cornucopia of *macsen)
>mg
Portable, "broadly" Emacs-compatible Public Domain implementation with a focus onn being small and fast with known limitations
>Yi
From what I can gather essentially an Emacs written in Haskell. A quick look at it suggest that there is little to no limitation to
creating modes, so I do not see why this editor could be not Emacs-isomorphic.
>Acme
From what I understand it merely externalizes it's scripting by interfacing well with the OS with all practical differences that makes.
>Atom
Something something JavaScript. I must admit I never really cared for it, and giving it a few minutes of looking, I can't really
say to what extent one can truly mess with it.
>Textadept
Lua-based, self-proclaimed minimal.
>Vim
Extensible with vimscript, Lua, Perl, Python, Racket, Ruby and
Tcl. If memory serves me well, it is not uncommon for Vim to have an
analogue feature to every major Emacs feature as a side effect of the Editor war.
Attached: 032_6e1ra.jpg (1124x1600, 322K)