Slashdot Mirror
GNU Emacs 24.4 Released Today
New submitter Shade writes Well over one and a half years in the works, the latest and greatest release of GNU Emacs was made officially available today. Highlights of this release include a built-in web browser, improved multi-monitor and fullscreen support, "electric" indentation enabled by default, support for saving and restoring the state of frames and windows, pixel-based resizing for frames and windows, support for digitally signed ELisp packages, support for menus in text terminals, and much more. Read the official announcement and the full list of changes for more information.
Now if it only included a text editor.
Let the flame war commence!
Maybe it was my dvorak keyboard, but found it impossible to learn. Always wanted to have those mythic productivity benefits for myself too.
????
Emacs OS - I know it is missing a text editor - but does it support systemd?
All hope abandon ye who enter here.
RMS must be very proud of the progress the Linux Emacs editor has made over the years. And though he would try to deny it, I'm sure credits like this give him warm, fuzzy feelings. Thanks for Linux Emacs, RMS! ;p
As it's Turing complete I'm sure there's nothing stopping you implementing systemd in elisp ;)
I wonder how many emacs fanboys whine about systemd for not adhering to UNIX ways.
emacs releases have been on a downward arc since 19.34b. Unfortunately that version won't build on any recent versions of Linux. /. back in 2008, and things have not improved.
I said this on
The problems are a mix of bloat and changes to the default behaviors.
The mirrors don't all have the latest version yet, so you can download here:
http://ftp.gnu.org/gnu/emacs/e...
vi is still better.
Your thin skin doesn't make me a troll
Now if it only included a text editor.
You can run it in the new "built-in web browser." They must have refactored Firefox to Emacs Lisp. Firefox can run java when you bundle it with the jre, and there are lots of text editors in java. So you're golden.
Emacs is still my favorite programming editor.
Looking forward to using this latest version.
Uh, Linux geek since 1999.
... Emacs now depends on hardwired systemd because of Emacs now runs as PID 1
systemd put in a webserver so now
include a built-in web browser
There are some JavaScripters at work, and lately they've been going all gaga over some text editor called Atom. They were telling the rest of us (we mostly use Vim and Emacs) about how great Atom is because it's developed by GitHub, and because it's developed as an HTML and JavaScript web app embedded in a standalone dedicated Chrome process, or something like that.
These guys tend to be wrong about most everything, but I figured that I should at least try Atom out on my own before making any judgement. Jesus Christ, what a laughably horrible experience it was!
I couldn't even find an official build for Linux. So I had to go borrow somebody's OS X laptop. You're not off to a good start, Atom!
Then I saw the size of the installer: over 60 MB! I couldn't fucking believe it! Why does does a basic text editor require an installation package that's over 60 MB?!
Well, I downloaded and installed it. I started it up, and it was, well, a pretty bare-bones text editor. The first thing I do with any text editor is to check out its preferences. Fuck me, Atom has what has got to be the worst preferences/configuration support I've ever seen in an GUI app. I thought Chrome's settings sucked ass. Atom manages to make it even worse! It's the worst of GUI configuration, with the worst of text file config.
Ignoring those problems, I decided to open up some files. Small files were rather slow to load. I thought that maybe it was just the computer, but nope, the same files loaded instantaneously in Emacs, Vim, and Nano. In Atom, I'd sit there waiting for them to finally open. Then it would take even longer before any syntax highlighting was finally applied.
Then I hit the most idiotic part of the whole experience when I went to open a 5 MB file. This file opens just fine in Vim, Emacs, Nano, and every other text editor I've ever tried. Atom? Nope! It said it couldn't open files greater than 2 MB! I'm not even kidding! Fucking unbelievable.
I just don't get these JavaScript guys. Their choice of programming language sucks. It's pure shit. They use git, which is supposedly a distributed VCS, but then they all totally centralize on GitHub! Then they think that Atom is a good text editor, when it can't even open a goddamn file that's larger than 2 MB! These JavaScript guys must be mentally deficient in some way. I don't want to call them retards, because I've never had a retard come up to me and tell me that JavaScript is "a good programming language" or that Atom is a "great text editor".
Can it read e-mail?
I don't know the meaning of the word 'don't' - J
LOL
... (and it can tweet and blog since long ago), I'm confident that my decision to switch over from Vim was fine. :)
Atom is mainly "WebKit plus a bunch of lame JavaScripts". No real competitor.
IntelliJ code inspection and refactoring features are so great that it's worth sacrificing power tools like apply-macro-to-region-lines. Maybe theoretically some of these things could be configured in Emacs, but work to discover the packages and create/learn keyboard shortcuts is too much for my patience. It would help to have "emacs distributions" with task specific documentation for particular use cases.
I'm shocked (shorting out usb ports need fixing) I haven't seen this posted... I guess if it doesn't say systemd that rhetoric doesn't apply.
While I disagree with EMACs doing everything, it impressive that is continues to actually have the feature creep that RMS might have railed against.
Systemd had that since release 215.
Emacs can now bring peace to the world. No, vi can do it, together.
I've used Emacs for more than 20 years, but cannot justify that any more; the source browsing integration of modern IDEs is just too nice and the editing goodness that is Emacs is just not enough.
Ok, maybe I've been doing it wrong all these years, but emacs default indenting scheme is completely braindead imho. (or should I say GNU indenting scheme)
Of all the indenting schemes they could have chosen, they chose the one that is the most inconsistent.
Generally here are some common indentation schemes:
Tabs only
Spaces only
Tabs for indent level, spaces for alignment
Which one do you think emacs uses by default? None of the above.
No, emacs uses spaces for indenting 4 spaces, and tabs for indenting 8 spaces.
This means that if you write a function whose name is at indentation level 0, the braces will be indented by 2 spaces.
The code will be indented by 4 spaces. If you then start an if statement, the code in the if statement will be indented not by 8 spaces, but by 1 tab.
This is completely braindead and breaks completely if you ever over one of those files in an editor with tabs configured differently.
At least with the other approaches you can still open the file in an other editor and have the indentation levels make some kind of sense.
Can it replace systemd?
Using emacs to edit code is like using Eclipse to edit a text file. :P
I do not fail; I succeed at finding out what does not work.
Tabs are 8 spaces. In terminal windows and editors that don't misbehave like, gess what, Notepad, the code looks nice.
I used to prefer that style, because it is the better trade off between readability and bandwidth. Bandwith still matters, if you do not want to uglify HTML.
Then there are all the braindead people, editors, browsers, wo don't understand this simple fact and paint the sky in a tone of pink and argue with the ones that till think it is blue.
So now I dont use tabs anymore. No arguments needed.
The productivity gains are real. It's not from using emacs, from by not showering, not bathing, not shaving your beard, etc.
Copyright (c) 1990 - 2014 Dice. All rights reserved. Use of this comment is subject to certain Terms and Conditions.
So I wouldn't be surprised if emacs does lose out to lighter rival editors that better suit the quick-fix pattern. All the power and flexibility and add ons that emacs has built up (and which weigh it down) are largely redundant on a modern desktop. I think I would prefer nano or joe to vi/vim (and its annoying split personality modes) but the latter tends to be ubquitous so its a good idea to learn it.
M-x dunnet
i had a ver similar experience. :) it was amusing.
no, it's not viable as a heavy duty editor yet, by far. however it's remarkable that such apps are at all possible grinding the dom in a browser. the setup for desktop integration is awkward, but keep in mind that this is a pure standard html webapp. you can easily embed that thing in any webpage to be used in any browser, considering this fact both functionality and performance are quite remarkable.
oh, and i'm afraid you don't know anything about javascript, but better don't ask those "fellow javascripters" of yours! :) no pressing either, atom will probably come and go, but you will be hearing A LOT about javascript/ecmascript in the future.
JS has its quirks, but I believe it is a good language. Practically speaking, it is one language that can run anywhere, and I doubt if any other language can claim the same so boldly.
HTML for a text editor that needs syntax highlighting means you end up with a jungle of nodes, one per element in your code. And it sucks. Agreed, atom sucks. Any one who thinks a HTML based code editor will outsmart vim/emacs is detached from reality. Good for taking maybe a quick peek or simple editing, but nothing more for me.
Also, if anyone is serious about a HTML based editor, they should probably compile vim/emacs or any other sane editor to JS and render it using a canvas element.
Regarding git, github just happened to get developers to like it. If you are a Hg user, and I had a successful company called Hydragrum that most developers flock to, would you criticise Hg users for Hydragrum's success?