Slashdot Mirror
Emacs Hits Version 23
djcb writes "After only 2 years since the previous version, now emacs 23 (.1) is available. It brings many new features, of which the support for anti-aliased fonts on X may be the most visible. Also, there is support for starting emacs in the background, so you can pop up new emacs windows in the blink of an eye. There are many other bigger and smaller improvements, including support for D-Bus, Xembed, and viewing PDFs inside emacs. And not to forget, M-x butterfly. You can get emacs 23 from ftp.gnu.org/gnu/emacs/ or one of its mirrors; alternatively, there are binary packages available, for example from Ubuntu PPA."
Shit, these days VIM requires no less than 30 megs....
Does it run Linux?
Thanks RMS for Emacs, the GPL and the spirit of GNU that I found in 1995 and has not left me since!
Happy Hacking!
Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
The summary misses the absolute best new feature: the separation of the client and server. I have a GUI Emacs running on my workstation, always. I sshed in a few days ago, wishing I could access one of its buffers. Voila! emacsclient -nw connected to the underlying server and gave me full access, in console mode, to the running Emacs. Thank you! Thank you! Thank you!
Dewey, what part of this looks like authorities should be involved?
A lone geek runs into the middle of the forum, screaming "vi forever! Praise the hex codes!" *boom* :)
#fuckbeta #iamslashdot #dicemustdie
emacs is what happens when a project goes too far beyond its intended purpose.
It's a frikken text editor for God's sake. If it's not a text editor any longer, and is now the beginning of its own OS, then let it be identified as such. I mean my god, the extensions this thing can have? Calendar/Planners? I like advanced text editing functions as much as the next guy... maybe some useful macros here and there... but this is just ridiculous. How long will it be before Microsoft starts seeing emacs as a threat to Windows + Office?
Slightly shortened to accommodate the special event:
I asked my email-pal: "UNIX or Windoze?". He replied "UNIX". I said "Ah...me too!".
I asked my email-pal: "Linux or AIX?". He said "Linux, of course". I said "Me too".
I asked him: "Emacs or vi". He replied "Emacs". I said "Me too. Small world."
I asked him: "GNU Emacs or XEmacs?", and he said "GNU Emacs". I said "oh, me too."
I asked him, "GNU Emacs 22 or GNU Emacs 23?", and he replied "GNU Emacs 22". I said "DIE YOU OBSOLETE NO-GOOD SOCIALLY MALADJUSTED CELIBATE COMMIE FASCIST DORK!", and never emailed him again.
Dislike the Electoral College? Lobby your state to join the National Popular Vote Interstate Compact.
emacs is what happens when a project goes too far beyond its intended purpose.
Why do you feel that emacs is what happens when a project goes too far beyond its intended purpose?
In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
I don't use Emacs as my primary editor anymore, but I do turn to it pretty often still.
For short repetitive tasks, there's simply nothing more useful than the macro recording mode that lets you execute a combination of searches, multiple buffer stores, and cursor position storage states to easily repeat very complex tasks over a block of code.
For reading in obscure file formats, Emacs usually has an answer - with good syntax highlighting.
I look forward to this next iteration of emacs and what else it can do...
"There is more worth loving than we have strength to love." - Brian Jay Stanley
Correct: Emacs is a text editor. And guess what: a calendar consists of text. Plans consist of text. So are emails and newsgroup contents. Source code, XML data files, patches, changelogs, directory listings, version control messages, compilation messages, are all text.
of a recent /. article entitled the amazing world of software version numbers
And then, obligatory Bilo & Nano:
http://en.tiraecol.net/modules/comic/comic.php?content_id=2&mode=flat&order=0
I seriously doubt Alan Cox is going to upgrade
Hurd sounds really promising and exciting until you realize that it's been in development for 19 years and it's still not ready. Until it gets the popular support from kernel developers that Linux has, I'm afraid it will never be a viable alternative (look at me saying alternative; Linux is the alternative, not Hurd!). Better (superscalable) microprocessor implementations that support even better parallelization would make also make Hurd more attractive.
M-x version gives me "GNU Emacs 23.0.0.2 (i686-pc-linux-gnu, GTK+ Version 2.10.6) of 2007-01-18". This is a version I checked out from emacs CVS on that date, compiled with GTK support and antialiasing (at least one, possibly both of which were experimental at the time) and have been using this version ever since. I've been sticking to it because of the antialiasing, basically. Whenever I start it up it displays a warning about how it might be horribly unstable, eat my data, etc.
But I have found it to be remarkably stable - much more so than many / most final releases of software. I can probably count the crashes I've had from it on my fingers - in unary, not binary, for the benefit of any pedants out there. If the final release is at least as good as the random CVS checkout I have then it ought to be pretty good! To be fair it sounds like lots of features have been added since my checkout ...
On the basis of my experience I will consider testing CVS versions of emacs in future if they have useful features that I need. Obviously still gotta take care with that vital data when doing so, my good experiences notwithstanding!
On a side note, the emacs versioning system is amusing in itself ... IIRC they were numbering the releases 0.x and working up to 1.0 as normal. But it took so many releases that they ended up just dropping the "0." designation and calling it "x" instead. Which is why emacs is at version 23 where vim (on my machine) is only at 7.2 and nano at 2.0.9 ;-)
How about adding word wrapping when displaying? My local emacs expert wasn't even able to do that, but MS Notepad can do it. It's really useful for editing latex documents where your want a paragraph on a single line (that makes it much easier to search for phrases).
Does the feature list include "Shortcuts that make sense to humans who never used the 30-year old keyboards that were around when RMS was hacking on TEX"?
Until I stop seeing Emacs primers that start with advice to start remapping my keyboard, I'll pass.
Apple should take over dev of it. We could all be using iHurd
Actually, it might. For instance, Emacs 23 includes support for SVG, and SVG code consists of human-readable text. So if you need to change some parameters in an SVG image, such as its width or height, you can open it in Emacs, type C-c C-c to switch to text representation, perform your edits, and type C-c C-c again to instantly view the result.
feature creep
Definition from Wiktionary, a free dictionary
Jump to: navigation, search
English
Noun
Singular
feature creep
Plural
uncountable
feature creep (uncountable)
1. The tendency of a design project or product cycle to accumulate more and more features or details, rather than to be completed and released at a more basic level.
Examples: Emacs
[edit] Synonyms
* creeping elegance
M-x butterfly
Knowing emacs, to actually issue that command, you would have to press all those buttons at once.
Never following M-x; that let's you just type in the command name. (M-: is even better; lets you type raw elisp...)
"Little does he know, but there is no 'I' in 'Idiot'!"
Emacs is merely a TECO macro.
Given enough random characters and memory space, TECO can simulate the human brain.
--
BMO
"Bloatware == slowness" is a misguided generalization.
Emacs actually is the classic example of bloatware. It doesn't matter that the bloat is fast. What matters is that when you try to change an option you discover that you have 5-10 micro-options + hooks + extra bunch of options for different modes you might happen to use. And none of their combination leads to desired result. Then you turn to lisp - hopping to tap into the programmability of Emacs - just to discover that every tiny thing has already layers of overrides, spread over dozens megabytes of preinstalled lisp code.
That what happened to me twice. Because twice I have tried to learn Emacs.
All hope abandon ye who enter here.
That's incorrect. A quick Wikipedia search will show that this is in fact Emacs 1.23 .
They dropped the 1. because it became clear that they wouldn't be introducing anything that would cause sufficient trouble to merit a 2.0 release (being that the major version number connotes a lack of backwards compatability.)
I use the Emacs-snapshot package from the repositories, which is built from the trunk every week. It is the most stable GUI program I have ever used.
I herd u liek Emacs. So I put an Emacs in yr Emacs so u can edit while u Tetris.
...but, if you install "emacs-snapshot" you get emacs23.
(Am I talking to myself? Nahhhh.)
Because it includes an "Eliza style bot" that acts like a Rogerian therapist, that's why.
Tell me more about an "Eliza style bot" that acts like a Rogerian therapist, that's why.
In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
An application should do one thing and do it well, not do a gazillion things in a mediocre way
That is exactly what Emacs is.
It's not one giant monolithic thing, at all.
Just like UNIX it's a core in which you can write very specific modules to address some aspect of editing. Perhaps it's formatting C style code. Perhaps it's a variant built around C++ or objective-C in particular. Perhaps it's a bit of logic to sort some parts of a file based on criteria in the file - or by running a shell command.
Each of these pieces can be tied to any particular file type, or called on at will. You can easily write your own, in elisp (basically a LISP variant). All of the standard behavior is also written in elisp, so you can modify or extend it as desired (most things have many points in which you can insert behavior hooks)
Never has a program more dearly held to the concepts you espouse, and it's actually the core of why I think people who prefer emacs over VI do so.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
Imagine where Hurd would be now if all the effort behind EMACS was put on it.
Totally serious question: do you guys really use emacs (or even vi, etc) to write code rather than a modern Studio/IDE?
Yes. The typical reasons (aside from Luddite tendencies and comfort) include
Some people have been using such editors for longer than the modern IDEs have existed, and so are so good with them that it would take a very long time to recoup the investment of switching (if we even take as given that there will be a lasting net benefit).
I never realized in the ageless war between Emacs and VI, that we even had high level defectors... :-)
"There is more worth loving than we have strength to love." - Brian Jay Stanley
ViM only needs 7 versions to get it right. Emacs is at 23?
I use Emacs instead of Visual Studio for editing C++, C#, SQL, and XML. I even gave Visual Studio a chance when I switched to working with Visual C++, it just doesn't edit text as well (only thing it does better is Intellisense).
Emacs has better window management (multiple frames and windows, great for dual screens), better indenting (it does it for me in multiple languages), much better syntax highlighting, better searching (no silly window to search from), and even better environment for tracking through compilation errors (using Visual Studio as the compiler). The only thing I haven't got working is debugging Visual Studio executables in Emacs.
Having actually compared and used them both, I'm not sure why people use Visual Studio, it just isn't as good for developing software.
I am not a script!