51–60 of 84 posts
Earlier quoted context omitted.
I was thinking the same thing. I mean, I can run full GNU Emacs on my Raspberry Pi. What's the point of a "micro emacs" missing all the good parts?
You cannot, however, install full blown Emacs on your Netgear router running OpenWRT. Mg is heaven sent in cases like that. Tiny linux machines still exist (Raspberry Pi is not tiny, resource-wise).
Earlier quoted context omitted.
crontab -e Select an editor: 4. /usr/bin/mg there it is, that's why sometimes we need this program.
shouldn't your config management system be doing this ;P
Earlier quoted context omitted.
Learn about Tramp, and for tasks complex enough to need a proper editor, you can edit those files in the same Emacs session you use for everything else. That's what I do with my RPi, for example -- it can pipe edits over an ssh session, so anything with an SSH server is eligible. (Revisiting this comment, it occurs to me to add that all my editing on my main machine is done this way. I play a game or two sometimes, s…
Tramp is terrible. Sshfs is better. I don't think it's hard to think of situations where those options aren't as practical as popping open an editor on the command line that you're on.
In my experience it highly depends on the editor. With Sublime Text 3 on OS X, each keystroke is delayed by SSHFS' latency. It's a pain.
Tramp transfers the files back and forth, always working on a local copy (if I remember correctly). It provides a better experience.
I happily used it on my first Linux computer, which only had 4 megs of ram.
Here are some other data points: Hickey (Clojure) uses the stock Acqumacs with zero customization and Graham (creator of HN and the first real web app) uses plain vi to edit Lisp.
If you want to use a text editor to get work done, sane defaults and an editor that gets out of the way is king.
> Since it is written completely in C, there is currently _no language in which extensions can be written_; however, keys can be rebound and certain parameters can be changed in startup files. mg seems almost, but not quite, entirely unlike emacs. the thing that makes emacs emacs is not the keybindings or the so-called "modeless" editing (which is a misinterpretation by vim folks, emacs is way more modeful than vim),…
Microemacs and derivatives like MG or uemacs dates back to the mid 80's, and has been ported to pretty much any platform and OS you can think of (first time I came across one of them was on the Amiga in the late 80's), so they're practical if you want the same experience "everywhere", including places too limited to bog down with a full emacs, and when you don't want that experience to be vim.
Earlier quoted context omitted.
Emacs should be able to run on 16MB machines without X linked. http://superuser.com/questions/313105/ram-requirements-of-em... A dozen Emacs "clones" already exist for even lower memory machines: https://www.gnu.org/software/zile/ http://www.emacswiki.org/emacs/Jove Anyway, like I mentioned, wouldn't time be better spent creating a high-performance clone rather than a partially functional tiny clone?
> Emacs should be able to run on 16MB machines without X linked. My point exactly. These little routers have just a few megs of RAM. Emacs also has ~70MB of (compressed!) elisp files. On a machine with single digit MBs of flash, that's just not workable. And! Even if you do have 70MB of disk and 16MB of RAM available, Emacs isn't necessarily performant. Emacs was dog slow when I had a $5/month prgmr vm, but Mg was bl…
Mg is based on MicroEmacs, as far as I know, which makes it roughly 30 years old.
This has been done before, most notably as JOVE, Jonathan's Own Version of EMACS for the PDP-11. JOVE was written by Jonathan Payne while in high school, around 1980. That had to fit in a 16-bit machine, with 128KB of RAM available to the program.