GNU Emacs 21
Alex writes: "After a wait worthy of the Mozilla project, GNU Emacs 21 is finally released! Image support, colour syntax highlighting on terminals, nice scrollbars and tooltips, it's all there folks. Also, for the first time in it's long illustrious history (and a step forward for GNU Project development in general) it's now available via anonymous CVS on savannah. No more waiting a year for the latest features... Now all we need is a port to GTK/GNOME...." Other submitters point out that the changelog is available through CVS (this is a serious changelog!), and you might try the mirrors, or maybe some light reading while you download.
It must be a cult thing...
Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
Imagine the glee that would ensue if emacs became a KPart or Bonobo component. Want an editor for your new IDE? Drop in emacs. I know integrating beyond pipe support is anathema to most unix folks, but in my opinion its worth it.
So, is it easy to use yet?
/me worries that his asbestos bunker is not safe enough
Have they included the Emacs kernel with this release as well?
Seriously though, I thought the Unix-alike philosophy was to have lots of small programs each doing it's own job well, rather than one huge program trying to do everything. Emacs seems to go against this more than Microsoft goes against the philosophy that an OS should be stable.
In the spoon, there is no Soviet Russia!
Holy SHIT!! They got tooltips!?! OMG... In 10 years they will catch up to where Microsoft Notepad was 10 years ago!! FUCKIN A RIGHT!!
Then a consultant visited my employer and installed Emacs on our Suns. He gave me a little introductory lecture about Free Software and showed me a couple demos, but I didn't use it much right away.
Then my friend Jeff Keller, who was an ardent user of GNU Emacs and personally acquainted with RMS from his time at MIT, spent an evening driving around in my car with me singing the praises of Emacs. I decided to give it a try.
It wasn't too long before I discovered that it was extensible, but it wasn't too clear how one did it. For some reason I got hooked on the idea of writing my own native C functions callable from elisp - there are a lot of such functions built in - as well as calling lisp from C.
I started reading the source code.
I kind of dropped out of site as far as my employer was concerned for quite some time, diving headlong into both learning to use emacs proficiently and to program in it, but in the end I had a profound realization:
I decided it would be worth the effort to program for real, in hopes that someday I could make a program as great as Richard Stallman's Emacs. Previously I had had the idea that software was more of a curiousity and not something to be taken seriously.My education was in Physics and Astronomy and back then I hadn't even completed my degree so I had a lot of work ahead of me.
For most of my career I have usually selected the jobs I took based on what there was to learn in them. So I got my education in programming on the job, and in a very practical way. But I also spent a lot of time with basic texts, learning the fundamentals.
It's been about 14 years since then - I learned about Free Software before Linus even started at the University, let alone wrote Linux - and I've learned a lot and written quite a lot of software.
I still haven't written my Great Program but I have various thoughts as to what it might be.
With mixed feelings I say now that my favorite development environment is the Metrowerks CodeWarrior IDE. I don't have the Linux version yet so often when programming on Linux I mount my source code directory via samba or netatalk on a Mac or Windoze box and edit my files using codewarrior, doing my compiles and testing via X over the net.
If I'm just programming within Linux I use whatever calls itself "vi" on my box, whether that is Vim or Elvis or whatnot.
Every now and then I do pull out emacs though. When I need the power. Usually these days I just want something quick and simple.
-- Could you use my software consulting serv
you go make this GTK-specific, and we not only lose the Evil Empire but MacOS, VMS, AOS, and who knows what else...
You have completely missed the point of the word "port." No one said anything about making it GTK-specific.
IIRC, current versions of vim run on the console on almost any OS as well having an optional GUI. If that's true, there's no reason that you couldn't do the same for Emacs. The same is true of nethack as well.
meta-control-shift-hyper-q is not a good choice for 'move cursor right'
The choice of keys may hve made sense on the keyboards emacs was originally designed using. However the left hand scrunch required for many emacs opertions is particularly bad on the carpel tunnel.
And don't get me started on vi. If you like using obsolete teletype editors the EDT teletype mode was better. Using vi is like trying to edit a file by casting spells. People don't use that type of program because its good, they use it because its bad giving the loser the opportunity to flame on /. about how people who say it sucks 'don't understand' 'are not worthy' and like patronizing bullcrap.
First programming job I had in a big company I was sat down in front of a Vt100 and shown how to run the EDT tutorial mode. Having spent the morning mastering line mode and thinking 'what a piece of crap' the next section of the tutorial covered screen mode...
Looking for an Information Security student project suggestion?
Try http://dotcrimeManifesto.com/
No offense here, I've used Emacs and it's cool but I never really payed attention to the version before. Doesn't anyone think it's about time to give up on the whole Ver. 1, Ver. 2, Ver. 541 naming scheme? Ver. 21 is a *bit* high, heh.
I don't understand why people keep arguing about this shit.
The truth is both are great editors, emacs features simply out performs vim, but vim has its own unique advantages as well.
I use both vim and emacs, and mostly I use emacs with viper mode, and now I always laugh at those idiots who keep arguing one is better than the other.