Emacs 23.2 released
From: | Chong Yidong <cyd-AT-stupidchicken.com> | |
To: | info-gnu-AT-gnu.org, info-gnu-emacs-AT-gnu.org | |
Subject: | Emacs 23.2 released | |
Date: | Sat, 08 May 2010 01:17:32 -0400 |
GNU Emacs 23.2 has been released, and is now available at ftp.gnu.org/gnu/emacs/ and the GNU FTP mirrors (see http://www.gnu.org/order/ftp.html). The MD5 check-sum is the following: b6691852dae0bc142b3c12749f6b7ade emacs-23.2.tar.gz 057a0379f2f6b85fb114d8c723c79ce2 emacs-23.2.tar.bz2 Please send any bug reports to <bug-gnu-emacs@gnu.org>. You can use the command M-x report-emacs-bug to do this. In addition to a large number of bugfixes, Emacs 23.2 includes several new packages, such as the CEDET suite of development tools (including Semantic, a set of libraries and utilities for parsing source code, and EDE, a package for managing code projects), and a new mode for editing Javascript. The default mail composition mode is now Message mode, which provides features such as MIME handling. Many other part of Emacs have also been improved. For a more complete list of changes, see the file etc/NEWS.
Posted May 9, 2010 3:12 UTC (Sun)
by Cyberax (✭ supporter ✭, #52523)
[Link] (12 responses)
Posted May 9, 2010 6:47 UTC (Sun)
by dambacher (subscriber, #1710)
[Link] (9 responses)
Posted May 9, 2010 6:58 UTC (Sun)
by adavid (guest, #42044)
[Link] (8 responses)
Now, if someone just reposts the "one true editor" post, we will be done.
Posted May 9, 2010 10:37 UTC (Sun)
by bojan (subscriber, #14302)
[Link]
There you go ;-)
Posted May 9, 2010 11:41 UTC (Sun)
by ewan (guest, #5533)
[Link] (6 responses)
Posted May 9, 2010 13:32 UTC (Sun)
by salimma (subscriber, #34460)
[Link] (1 responses)
Posted May 10, 2010 2:31 UTC (Mon)
by bojan (subscriber, #14302)
[Link]
Posted May 9, 2010 17:21 UTC (Sun)
by rsidd (subscriber, #2582)
[Link] (3 responses)
The "eight megs" part seems to be true still. On a modern machine it is unlikely to be constantly swapping.
Posted May 9, 2010 18:16 UTC (Sun)
by vonbrand (subscriber, #4458)
[Link] (1 responses)
This was supposed to mean that even on a machine with 8 MiB RAM (huge at the time) it would be constantly swapping. Today's xemacs (on Fedora x86_64, using its graphical interface) is using around 4 MiB when editing a single (largeish) file, which on 4 GiB RAM is a drop in the ocean...
Posted May 9, 2010 19:05 UTC (Sun)
by nix (subscriber, #2304)
[Link]
Posted May 10, 2010 22:06 UTC (Mon)
by cry_regarder (subscriber, #50545)
[Link]
Escape Meta Alt Control Shift
Others I've heard:
Cry
Posted May 11, 2010 20:52 UTC (Tue)
by jonabbey (guest, #2736)
[Link] (1 responses)
Vim is fine for the quick file edit, but I can't stand the moronic horror show that is CUA.
Posted May 11, 2010 21:01 UTC (Tue)
by jonabbey (guest, #2736)
[Link]
That's just crazy talk, IMO.
Posted May 9, 2010 13:49 UTC (Sun)
by fperrin (subscriber, #61941)
[Link] (2 responses)
Is it the sign that Linux for Joe Sixpacks is all that matters? What is the fate of those old, traditionnal, trusting pieces of software that are the history of Linux?
Posted May 9, 2010 14:12 UTC (Sun)
by cesarb (subscriber, #6266)
[Link]
Even if the original post had nothing to do with the controversial topic, the discussion will drift towards it. This can explain why a discussion about wallpapers will suddenly start discussing window decorations, for instance. Even completely unrelated posts like one about a new release of Emacs can end up drifting towards it!
New releases of Emacs or Slackware, on the other hand, are a bit boring. Yeah, new release, with new features, but it still works as good as it worked in the past several releases. Not much to discuss. A side effect of being "old, traditional, trusting pieces of software", I guess.
Posted May 9, 2010 21:08 UTC (Sun)
by mpr22 (subscriber, #60784)
[Link]
Posted May 9, 2010 14:06 UTC (Sun)
by MisterIO (guest, #36192)
[Link] (10 responses)
Posted May 9, 2010 14:36 UTC (Sun)
by chema (subscriber, #32636)
[Link] (4 responses)
You can always use marking to come back to some position:
* Set a mark in current buffer (C-ESC)
Posted May 9, 2010 15:47 UTC (Sun)
by nix (subscriber, #2304)
[Link]
Posted May 9, 2010 16:00 UTC (Sun)
by chema (subscriber, #32636)
[Link]
Posted May 9, 2010 16:11 UTC (Sun)
by MisterIO (guest, #36192)
[Link] (1 responses)
Posted May 9, 2010 18:29 UTC (Sun)
by MisterIO (guest, #36192)
[Link]
Posted May 9, 2010 15:37 UTC (Sun)
by coriordan (guest, #7544)
[Link]
That would be missing almost all its utility.
Emacs use is meant to be a constant process of improvement. You can use it just for gedit-style editing, but you should notice shortcuts ever now and again, and these accumulate until you end up doing very advanced things without having put in much effort. The documentation is excellent.
I'm using emacs eight years now. I still haven't learned to write lisp (well, I can write a few lines), and I wouldn't call myself an advanced emacs user, but I can't imagine how I'd get a week's work done in a week if I had to edit text with gedit.
Posted May 10, 2010 2:38 UTC (Mon)
by Pc5Y9sbv (guest, #41328)
[Link]
These days, I almost always run emacs under X, and open multiple frames as needed. I love the fact that I can open multiple views on the same buffer, each with its own cursor. In this model, I would find it very strange for the cursor to ever be out of view on the frame. I also enable middle-mouse panning so I can fling the text around rapidly on super fast X terminals. However, recent emacs have sprung a new annoyance for me, often toggling itself between line-wrap and horizontal panning mode without my request it, if I happen to move the mouse not quite right on a long text line. I wish I could lock that setting so it stays in wrapped display mode even if I am sloppy panning vertically...
I am addicted to the Thinkpad keyboard with the trackpoint embedded in the keyboard, so I can use the mouse to drive my multi-window emacs sessions without taking my hands away from the main keyboard area. I use the mouse to access buffer menus and change focus rather than the emacs commands... in fact I don't even remember the emacs keys needed to move between buffers or windows anymore. I got the same keyboard in a USB model to use on my desktop systems, and feel vaguely disabled at any other computer without these!
Posted May 10, 2010 23:26 UTC (Mon)
by cmccabe (guest, #60281)
[Link]
control-I is kind of the "redo" to control-O's "undo."
And of course, you can set marks using m-<mark> and jump to them with `-<mark>.
Actually, try a little experiment in vim. Position your cursor somewhere and press control-F a few times to do page down. The cursor will follow you, as you note. Now do control-O followed by control-I. The cursor ends up where it was prior to your page down operations. Apparently when the cursor moves due to page down / page up operations it doesn't create a new entry on the cursor position stack.
So basically vim already has the functionality that you're looking for-- more or less.
Posted May 11, 2010 1:18 UTC (Tue)
by hackerb9 (guest, #21928)
[Link] (1 responses)
Here are two solutions:
Amusingly (to me, anyway), just last week I was using an editor that wasn't Emacs and was unpleasantly surprised to see that the cursor didn't follow me when I hit page down or did a search. I could not figure out why anyone would want such broken behavior. Thanks to MisterIO's post, I think I've figured out that it's to make up for the lack of ability to easily split, switch, and merge buffers.
I'm giving the C-x C-x solution as well in case MisterIO's reason for not wanting the cursor to follow is because he often will search around for something and then wants to get back to the place he was before.
--B9
Posted May 11, 2010 12:04 UTC (Tue)
by nix (subscriber, #2304)
[Link]
Posted May 9, 2010 15:30 UTC (Sun)
by alecs1 (guest, #46699)
[Link] (37 responses)
These are a few impressions after taking out the fact that the Emacs defaults are nothing like other editors, I guess it's called "our way or the highway", for example:
Oh yeah, the good points: it sort of opens SVG/PDF/others and reads mail (but that's not really a killer feature), some say there's no limit in configurability and has tear-off menus so you can learn shortcuts as you go.
No thanks, for now. I'll give it another try when there's QtEmacs (or at least fully GTK).
Posted May 9, 2010 16:54 UTC (Sun)
by oblio (guest, #33465)
[Link] (26 responses)
I'm a Vim user myself, but as much as I like Vi as a concept, the implementation itself is lacking. For example auto completion is slow.
People hyping Emacs or Vim are really in love with the concepts, but they're really not looking at the details. Both Emacs and Vim have lots of implementation warts, most of which have been solved by modern editors ages ago...
Posted May 9, 2010 17:37 UTC (Sun)
by vonbrand (subscriber, #4458)
[Link] (5 responses)
What "implementation warts" have been "fixed" ages ago by "modern editors"?
I used to be a power (original BSD 4.2) vi user (even routinely using some of the undocumented commands), and loved it, until I was forced (don't ask) to learn emacs; now I use xemacs almost exclusively (and sometimes jmacs when I need a very lightweight editor). All the "modern editors" I've (briefly) tried so far I've found sorely lacking for my use, so I'm genuinely interested in what I could have been missing. I mostly write LaTeX (using AUC-TeX), a smattering of scripts in shell or perl, and sometimes hack on C and C++ code.
Before somebody suggests some WYSIWYG editor for LaTeX, I do fully espouse the view that one of LaTeX biggest advantages is that you edit the document's structure, not its looks.
Posted May 9, 2010 20:35 UTC (Sun)
by oblio (guest, #33465)
[Link] (4 responses)
Secondly, OS integration is lacking, like the "File" -> "Open.." dialog for example.
Thirdly, the naming conventions. Emacs comes from its own world. If I want to learn Emacs I have to re-learn everything I know about editing. Its like learning a new language. The concepts themselves, I do know, but the Emacs terms, I do not. And keep in mind that I'm willing to learn, if only it proves useful. Most people won't do that. And they won't care that Emacs was here first and it practically invented various concepts - their Emacs names didn't catch on.
Vim:
Conclusion for both: CUA won 20 years ago :)
And for other editors/IDEs, ok, the technology might not be top notch, but the polish is. If I want to edit Java files, Eclipse provides a much better out of the box experience than Emacs.
Posted May 10, 2010 16:17 UTC (Mon)
by vonbrand (subscriber, #4458)
[Link]
"Ugly" is in the eye of the beholder... and I for one prefer "ugly but works" over "beautiful but (next to) useless" every day of the week. Besides, emacsen don't run only under Unix.
The "File -> Open ..." stuff is not OS integration, it is desktop integration. And again, a cross-platform beast will look alien on most places.
Naming conventions are... conventions. You have to learn them to get work done, no way around that.
On vim I can't comment much, I'm a much too casual user.
Posted May 10, 2010 16:40 UTC (Mon)
by Per_Bothner (subscriber, #7375)
[Link] (2 responses)
Emacs 23.1.94 on Fedora pre-13 looks pretty GTK-ish to me: It uses the same Icons as gedit, the same scrollbar, and the menubar and menus look the same.
Secondly, OS integration is lacking, like the "File" -> "Open.." dialog for example.
File->Open opens up the Gnome File Chooser. True, typing the keyboard shortcut doesn't - there is probably an option for that ...
Conclusion for both: CUA won 20 years ago :)
Agreed, but Emacs has gotten a lot closer - or about as close as you can while still maintain compatibility with historical emacs key-bindings. For example CTRL-RIGHT moves one word to the right.
It might be nice to have an Emacs mode with a re-thought set of keybindings fully compatible with CUA standards. I might be interested in trying such a thing, if it exists.
Posted May 10, 2010 18:34 UTC (Mon)
by rfunk (subscriber, #4054)
[Link] (1 responses)
Posted May 11, 2010 1:39 UTC (Tue)
by hackerb9 (guest, #21928)
[Link]
Or, for those who prefer the mouse, go to the Emacs "Options" menu, and check the box that says "C-x/C-c/C-v Cut and Paste (CUA mode)" then click on Options > Save Options. By the way, CUA mode also enables C-z for Undo.
Posted May 9, 2010 17:44 UTC (Sun)
by coriordan (guest, #7544)
[Link] (17 responses)
I don't know why modern editors have ignored this concept.
When I use another editor, I notice that I edit differently - I avoid moving around within the file. Rather than jumping around inside the file and working on whichever part of the document I want to work on, I make changes wherever the cursor currently is.
I think vi is more afflicted by warts because it wasn't designed to be extended. There's a reason why the extensions feel like kludges. Emacs was designed from the beginning, back in the 70s, to be extensible. People have been extending it now for ~35 years and it has remained very consistent despite all those extensions.
Posted May 9, 2010 18:05 UTC (Sun)
by nix (subscriber, #2304)
[Link] (14 responses)
Regarding consistency and Emacs, well, it has remained as consistent as any Lisp system ever does, which is to say that there's not terribly much consistency there: the keybindings are mostly a mess for instance. But one advantage of being a big ball of mud is that you can easily extend it by just slapping more mud on :)
Posted May 9, 2010 20:08 UTC (Sun)
by Cyberax (✭ supporter ✭, #52523)
[Link] (2 responses)
What do you mean? Move by words/paragraphs is bog standard (try ctrl+arrows someday).
Posted May 9, 2010 20:18 UTC (Sun)
by coriordan (guest, #7544)
[Link]
Posted May 14, 2010 12:18 UTC (Fri)
by jschrod (subscriber, #1646)
[Link]
E.g., in text mode, I can "move to start/end of a sentence", or "delete/cut until the start of a sentence", or "transpose two words", or "transpose two sentences".
In programming modes, I can "move to start/end of expression", "delete until end of expression", "move to start/end of a block", "skip over block", "transpose two expression", "mark next expression for further manipulation", etc.
Suddenly, one may manipulate one's file content as it matters semantically. If I reformulate some text, I don't think about words. I work with sentences. If I want to exchange then and else blocks because an if clause gets better understandable that way, I can just transpose them; no need to cut them manually with a mouse. If I need to delete the next string in a program file, no need to delete all words in that string, just delete the next expression -- Emacs will know how a string looks like in that programming language.
If one is used to be able to manipulate one's file content with such higher-level syntactic abilities, usage of modern IDEs like Eclipse and Netbeans are so much a stop back in basic editing capabilities that it's very sad. (And Eclipse's Emacs+ plugin does neither work nor provide that ability. :-()
Not to speak of the ability to reflow paragraphs in comments, or to adapt to arbitrary prefix while doing autowraps; the so-called auto-fill mode. That this ain't available in other editors is a deficiency of the first order.
Posted May 9, 2010 20:56 UTC (Sun)
by alecs1 (guest, #46699)
[Link] (10 responses)
However, I discovered Kate's "Vi mode", now that's something.
So indeed, these editors have nice concepts, but by not providing some sort of compatibility with other standard programs, they'll miss those people who are sort of superficial (myself included, I happily took the time to study functional programming, but I'm rather unwilling to take the time to gain another set of automations just to use another editor). By my definition, browser and IM is standard, Emacs is not.
Posted May 11, 2010 9:20 UTC (Tue)
by mpr22 (subscriber, #60784)
[Link] (9 responses)
Posted May 11, 2010 12:07 UTC (Tue)
by nix (subscriber, #2304)
[Link] (7 responses)
Posted May 11, 2010 13:51 UTC (Tue)
by mpr22 (subscriber, #60784)
[Link] (2 responses)
Posted May 11, 2010 22:52 UTC (Tue)
by dododge (guest, #2870)
[Link] (1 responses)
Posted May 12, 2010 12:52 UTC (Wed)
by nix (subscriber, #2304)
[Link]
Posted May 11, 2010 21:01 UTC (Tue)
by alecs1 (guest, #46699)
[Link] (3 responses)
Posted May 11, 2010 22:55 UTC (Tue)
by dododge (guest, #2870)
[Link] (1 responses)
Posted May 12, 2010 12:55 UTC (Wed)
by nix (subscriber, #2304)
[Link]
Posted May 12, 2010 13:25 UTC (Wed)
by nix (subscriber, #2304)
[Link]
This appears to be a slightly-better-than-no-contouring-at-all keyboard for people who'd be frightened by real ergonomic keyboards and who aren't actually experiencing severe RSI symptoms (if they were, they'd know in a few minutes that this keyboard isn't going to help). (Maltron do two keyboards with similar don't-frighten-the-newbies goals in mind.)
(Disclaimer: I bought an original Natural once, which looked very much like this. It didn't help with my RSI at all: it kept getting worse at pretty much the same rate it did on a totally-uncontoured QWERTY.)
But at $60 it is a lot cheaper than a Kinesis or Maltron. I'll give it that.
Posted May 11, 2010 17:31 UTC (Tue)
by cry_regarder (subscriber, #50545)
[Link]
That way I can hit ctrl-P and ctrl-Q with the right fingers.
Cry
Posted May 10, 2010 4:41 UTC (Mon)
by AndreE (guest, #60148)
[Link]
I can't speak for emacs, but for vim, it's keyboard focus and efficiency makes it stand out over things like gedit,kate,nano etc.
Posted May 10, 2010 5:19 UTC (Mon)
by eru (subscriber, #2753)
[Link]
Yes, this is one of the big advantages. Another outcome of this is that yoy can work without any kind of special or function keys. In the past this was very important, because such keys they were different in every terminal model, or lacked entirely (one common example was ADM-3A, which was once a very popular dumb terminal, probably because of its low cost).
But you really have to get the basic Emacs keys into your muscle memory to appreciate it.
Posted May 9, 2010 20:00 UTC (Sun)
by NAR (subscriber, #1313)
[Link] (1 responses)
I work on a real damn slow NFS, still, auto-completion is pretty usable.
Posted May 9, 2010 23:11 UTC (Sun)
by oblio (guest, #33465)
[Link]
Posted May 9, 2010 18:05 UTC (Sun)
by vonbrand (subscriber, #4458)
[Link] (1 responses)
What you think are "common command keys" is just whatever random editors you have used define. If you don't like emacs' defaults, you can (re)bind the command keys almost at your complete whim. Not that doing so would be wise...
In any case, just looking at these is a rather shallow criticism.
Posted May 9, 2010 20:14 UTC (Sun)
by alecs1 (guest, #46699)
[Link]
Posted May 9, 2010 18:37 UTC (Sun)
by jengelh (guest, #33263)
[Link] (3 responses)
Because it does not adhere to the UNIX model. It probably does things well, but it does not do one thing, for all definitions of one.
Posted May 9, 2010 19:34 UTC (Sun)
by vonbrand (subscriber, #4458)
[Link]
"Do just one thing, well" is fine as far as it goes (it makes for simple programs, with less bugs). The other piece of Unix is pipes (so you can combine tools), and finally the almost exclusive use to text (easy to parse and mangle). This makes for easy scripting.
"Do lots of different things in one tool" (if done right) is very handy for interactive use. Think "swiss army knife" (the real one).
They need not be mutually exclusive. Yes, I love ed(1) (and its offshots sed(1) and grep(1)), but it is certainly not my editor of choice.
Posted May 9, 2010 23:52 UTC (Sun)
by sanjoy (guest, #5026)
[Link] (1 responses)
That depends on whether you think of Emacs as a single program -- which should follow the UNIX philosophy -- or as the operating system itself. And the OS should do everything. Emacs fulfills the role of OS very well. I've been a happy Emacs user for 25+ years, and find myself amazingly frustrated if I use any other editor (or use even Emacs without my own elisp init files) -- just as others may feel if forced to change operating systems.
Posted May 10, 2010 16:01 UTC (Mon)
by nix (subscriber, #2304)
[Link]
Posted May 10, 2010 6:53 UTC (Mon)
by epa (subscriber, #39769)
[Link] (3 responses)
Posted May 10, 2010 10:15 UTC (Mon)
by tialaramex (subscriber, #21167)
[Link] (2 responses)
Posted May 11, 2010 1:52 UTC (Tue)
by hackerb9 (guest, #21928)
[Link] (1 responses)
tialaramex said:
This is the super-secret-magic command you need:
After that, all GTK applications will let you use Emacs-oid keys for text entry. (I'm using it right now in Firefox to type this. Hurray!)
--B9
P.S. I wrote up a little bit more about it on the Firefox wiki.
Posted May 14, 2010 12:26 UTC (Fri)
by jschrod (subscriber, #1646)
[Link]
Having lost input in a textarea field once too often because I typed C-W to delete some marked word, this is a life-safer.
Posted May 9, 2010 20:55 UTC (Sun)
by lbt (subscriber, #29672)
[Link] (11 responses)
Personally I find emacs interesting, challenging and rewarding; even after ~20 years of casual use.
I guess if you use a computer to just "do your job" then these things may not appeal as much. If you still have a fascination with exploration and enjoy appreciating good design and code then there's plenty to see.
Posted May 9, 2010 21:21 UTC (Sun)
by nix (subscriber, #2304)
[Link] (9 responses)
Posted May 9, 2010 23:14 UTC (Sun)
by oblio (guest, #33465)
[Link] (8 responses)
I don't know about you, but I work in IT, and most of my writing is spent THINKING about what I'm writing, not actually writing. If I could write 500 wpm, it still wouldn't matter :)
I guess it's the same for most admins, programmers & co.
Posted May 10, 2010 7:02 UTC (Mon)
by nix (subscriber, #2304)
[Link] (7 responses)
Posted May 10, 2010 13:34 UTC (Mon)
by Cyberax (✭ supporter ✭, #52523)
[Link] (6 responses)
I wouldn't dream of writing this code in emacs/vim.
Posted May 10, 2010 15:11 UTC (Mon)
by Pc5Y9sbv (guest, #41328)
[Link] (4 responses)
Posted May 10, 2010 15:34 UTC (Mon)
by Cyberax (✭ supporter ✭, #52523)
[Link] (2 responses)
However, I mostly see monster 10000-line files in projects developed in emacs/vim.
Posted May 10, 2010 16:03 UTC (Mon)
by nix (subscriber, #2304)
[Link]
Posted May 10, 2010 16:12 UTC (Mon)
by vonbrand (subscriber, #4458)
[Link]
My current project (writing up class notes) is currently around 40 files and some 12,000 lines LaTeX + asymptote (average 300 lines/file) , last term's notes are 110 files and some 22,000 lines (average 200). All written in xemacs. My thesis (written in troff with vi, way back) should have similar statistics. But then I've seen monsters like a book in one file (18,200 lines LaTeX with embedded Python listings).
The tool used shouldn't influence the result (at least not too much).
Posted May 12, 2010 11:53 UTC (Wed)
by nix (subscriber, #2304)
[Link]
Posted May 10, 2010 16:37 UTC (Mon)
by larryr (guest, #4030)
[Link]
ctags?
Posted May 9, 2010 22:04 UTC (Sun)
by hans.lub (subscriber, #8587)
[Link]
Posted May 10, 2010 0:16 UTC (Mon)
by briangmaddox (guest, #39279)
[Link]
Posted May 10, 2010 3:17 UTC (Mon)
by jasonjgw (subscriber, #52080)
[Link] (2 responses)
The most serious criticisms of emacs that I have read are:
1. that the version of Lisp used is outdated by comparison with Common Lisp.
2. The lack of a native-code or just-in-time compiler for ELisp.
3. The absence of an interface to libraries written in C and other languages.
4. Emacs is single-threaded - support for concurrency is inadequate.
Work on Guile holds the promise of addressing all of these, if and when it is
On the other hand, I'm not aware of any other editor which is as easy to
As others have said, the textual movement key bindings are highly valuable,
Of the changes in emacs 23.2, the cedet extensions are definitely interesting
Posted May 10, 2010 23:24 UTC (Mon)
by shapr (subscriber, #9077)
[Link]
The one thing you left out is that emacs did not previously include project management features.
Posted May 16, 2010 1:50 UTC (Sun)
by vonbrand (subscriber, #4458)
[Link]
The quirks in elisp are partly historical (LISP used not to have anything except dynamic variables), partly for implementation simplicity (this is supposed to be "only" an extension language), some for performance (if each time you press a key a bunch of interpreted LISP code runs, it does matter), and others are application area extensions.
Myself, I'd love to see emacs rewritten in Scheme, but that would mean starting from scratch (not just the editor, also the very many add-on packages). Won't happen, sadly.
Posted May 10, 2010 13:07 UTC (Mon)
by dskoll (subscriber, #1630)
[Link] (1 responses)
Emacs is my number one productivity tool. I'd be lost without it.
Posted May 10, 2010 15:21 UTC (Mon)
by tnoo (subscriber, #20427)
[Link]
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs Acronym
---------------------------------
Eats Memory and Crashes Sometimes
Eats Memory and Constantly Swaps
Eats Memory and Crashes Seldom
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Number of comments (was: Emacs 23.2 released)
Emacs 23.2 released
To work well and so be uncontentious.
Emacs 23.2 released
So, if I have to use an editor, I choose gedit, if instead I want to use an IDE I usually choose eclipse(or sometimes anjuta).
Emacs 23.2 released
* Scroll down/up o go where you'd like (even to different buffers).
* Then recover marked position (C-x C-x or C-x C-SPC)
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
editing on a whole new level
Cursors and views... and trackpoint in my keyboard
Emacs 23.2 released
MisterIO said:
Cursor follows you when you scroll
Even if I tried many times to use it, there's one thing that always stopped me: the cursor that follows you when you scroll. I just hate it!
Cursor follows you when you scroll
Emacs 23.2 released
-it's still ugly, better since a few release since it has GTK doing some of the drawing
-scrolling is jumpy, you get x lines scrolling up and y lines scrolling down.
-it won't resize to the exact size the window manager tells it
-it is isn't even very good at opening huge files. I expected the much hyped Emacs to behave better than my preferred Kate when opening a 500 MiB file (that is, not freeze for more than I can wait).
-it beeps when scrolling after the end of buffer
-doesn't highlight current line
-you won't have the most common shortcuts, as Ctrl+O, Ctrl+Z, Ctrl+s.
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Well... first of all the looks. Everything for Emacs looks ugly. From the icon to the widgets, it all looks like something from the 80s. It doesn't look integrated in the system. Even with the GTK engine.
For Vim it's mostly auto completion. Vim has a rather rudimentary text-mode widget for showing it. It is also very slow when it has lots of elements in the list.
And don't get me started about Vim's naming conventions.
Emacs 23.2 released
From the icon to the widgets, it all looks like something from the 80s. It doesn't look integrated in the system. Even with the GTK engine.
Emacs 23.2 released
Emacs 23.2 released
M-x cua-mode
Emacs 23.2 released
Emacs 23.2 released
I think what Emacs and vi get right, is making cursor movement controllable without moving your hands from the home keys position. It makes navigating within files much quicker.
Both also make it very easy to move by units other than characters and words, which is unheard of for modern editors, even though it's a really simple and obvious concept; perhaps because it isn't "simple" enough. (Much of my motion consists of tiny isearches, which *does* move the hands from the home row, but allows for much greater flexibility too.)
Emacs 23.2 released
Using the arrow keys means moving your hands away from the home keys. In an activity as fast as typing, that sort of overhead is enough to make people not bother. Internal file navigation becomes a separate activity to writing. With Emacs (and other text editors that allow cursor control without moving your hands), navigation and typing remain part of the same activity. I find that this makes a big difference.
Emacs 23.2 released
Emacs 23.2 released
Actions, be it movements, deletions, or transpositions work on expressions and statements, with special ability for parenthesized blocks. They adapt to the kind of file you're editing. (In Emacs, this is called a major mode.)
Emacs 23.2 released
After a serious half an hour I'm not happy at all with reaching for the right control button to press Ctrl+F and Ctrl+B. I actually find it such a torture for the right little finger that I'll stay away from these key combinations.
Alt+F/Alt+B is stolen by the menu, and also Alt+Gr is needed by the keyboard layout. Either way, I only got suboptimal results.
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Under the right thumb.
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Kinesis Contoured. It's a great keyboard design but it's not cheap.
Emacs 23.2 released
The Maltron is another one: more expensive still, but the keyboards are nigh indestructible if you don't spill anything in them (I've had mine for five or six years now and they have no signs of wear other than that the space bar's keycap is fading).
Emacs 23.2 released
Ow. I just had a look at the Microsoft Natural 4000, and that keyboard is barely better than a QWERTY. The keyboard is not contoured at all and the key columns are still staggered and make no allowances for finger length, so your wrists will still have to twist and your fingers bend a lot; there are pointlessly oversized keys for the sake of looking cool (why is 'N' enlarged? Is it a particularly common letter? Not more common than 'E' and it is not enlarged: the only thing I can think of is the position on the keyboard layout), and there's no change in the position of critical heavily-used keys such as backspace, so large hand movements are still required.
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
is making cursor movement controllable without moving your hands from the home keys position. It makes navigating within files much quicker.
No special keys needed
For example auto completion is slow.
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Unix vs emacs?
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
-you won't have the most common shortcuts, as Ctrl+O, Ctrl+Z, Ctrl+s.
It annoys me more that GNOME doesn't support the long-established Emacs keybindings like C-x C-f, C-v, C-s and so on...
Maybe?
Emacs keys in Gnome
This is considered a keyboard "theme" for GNOME and is now hidden away somewhere because it's not part of GNOME's mission, but a search online should find it.
Emacs keys in Gnome
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
======
cyberax@devsrv:~/work/app$ find . | grep -v ".class" | wc
4581 4619 294511
======
Ha, surreal
Ha, surreal
Ha, surreal
emacs/vi encourages monster files?
Ha, surreal
Emacs 23.2 released
$ find . | grep -v ".class" | wc
4581 4619 294511
I wouldn't dream of writing this code in emacs/vim.Emacs 23.2 released
Emacs 23.2 released
Emacs 23.2 released
around to doing it properly, I am very impressed with Emacs not only as an
editor, which I use daily, but also as an ELisp development environment:
functions can be written, evaluated, tested, debugged, and, as necessary,
redefined within a running Emacs session. Moreover, most of Emacs is
implemented in ELisp.
Emacs 23.2, according to the change log, introduces a partial implementation
of CLOS, so at least it will be possible to write object-oriented code in
Emacs Lisp now. This doesn't address the complaint of course (e.g., the lack
of support for packages and the absence of variables with lexical scope) but
it's an improvement. I'm not endorsing the criticisms here and below,
incidentally, I'm just citing them.
integrated into Emacs.
customize and extend as Emacs. Eclipse is written in Java, but reportedly it
doesn't support incremental changes and development in the way that Emacs and
other Lisp environments do. In addition, Java isn't Lisp - based on the Java
code that I've occasionally looked at, I think Lisp is a vastly better
programming language (that's certain to spark a flame war but... I know which
I would rather write code in, and the quote attributed to Guy Steele at
http://www.paulgraham.com/quotes.html is telling).
and these are customized according to the type of material that is being
edited, which determines the mode that is in effect in an Emacs buffer. Emacs
has numerous other valuable features, the cumulative result of decades of
development.
and worth investigating. Regarding the competition with other editors, there
don't seem to be any serious contenders on the horizon, except possibly the
Web browser in some form:
http://steve-yegge.blogspot.com/2008/04/xemacs-is-dead-lo...
Emacs 23.2 released
I haven't set up CEDET yet, so I don't know how well that's been covered, but I'm looking forward to trying it?
Emacs 23.2 released
Kudos, emacs team!
Kudos, emacs team!