Live data from Hacker News

GNU Emacs 23.2 released

permalink.gmane.org

81–90 of 90 posts

Re: GNU Emacs 23.2 released

#81

Mac OS X users can get a binary at http://emacsformacosx.com/ .

Thanks for that link. I spent some time late last night comparing this new pure Emacs release with Aquamacs . I have been a happy Aquamacs user for a long time but I will probably switch because of the faster startup times and cleaner looking interface. When Aquamacs is released with an update, I would like easier options for simplifying the look and feel (e.g., having to hide the button bar, etc.) BTW, really off to…

As a tip, if you enjoy quick startup times, you might want to try running emacs in daemon mode. Just fire up a emacs --daemon instance, and you can then use emacsclient to instantly connect to it.

Re: GNU Emacs 23.2 released

#82
post #12

Earlier quoted context omitted.

The person doing the spoofing has to create both of the files. You can't take an existing file created by a third party, and then generate a collision against it (yet).

Sure you can, if you have arbitrarily long but still finite time. (Think recursive versus recursively enumerable sets.)

When he says "can't", he doesn't mean it's impossible, he means it's infeasible. There are no techniques for doing it fast enough that anyone has to worry about it being done.

Re: GNU Emacs 23.2 released

#83
post #65
post #46

Earlier quoted context omitted.

That is technically true, but no one would actually be productive in that environment. Switching to the file you want is an O(n) operation with that workflow. That would drive anyone insane. In proper editors you can switch to the file you want by hitting a command and then typing a few chars of the file you want, then return.

Nonsense. I've done it both ways, and doing it the way you describe is actually slower.

You can bring up Emacs' buffer list sorted with the most recently used at the top (bs-show). This is equivalent to alt-tab in the worst case. Because I can search this list (it's a standard Emacs buffer), I can get to anywhere in the end or middle far faster. You cannot see filenames in alt-tab until you select the icon.

Further, Emacs standard switch-to-buffer command selects the last visited file by default so you can flip between files with C-x b RET. Slightly longer than alt-tab, but not much once it becomes muscle memory.

Re: GNU Emacs 23.2 released

#84
post #81

Earlier quoted context omitted.

Thanks for that link. I spent some time late last night comparing this new pure Emacs release with Aquamacs . I have been a happy Aquamacs user for a long time but I will probably switch because of the faster startup times and cleaner looking interface. When Aquamacs is released with an update, I would like easier options for simplifying the look and feel (e.g., having to hide the button bar, etc.) BTW, really off to…

As a tip, if you enjoy quick startup times, you might want to try running emacs in daemon mode. Just fire up a emacs --daemon instance, and you can then use emacsclient to instantly connect to it.

You can also put (server-start) in your .emacs config.

Re: GNU Emacs 23.2 released

#85
post #9

Earlier quoted context omitted.

js.el is a new major mode for JavaScript files. I think js2.el (Steve Yegge) was combined with javascript.el to make a new mode. Might be interesting...

No, it's espresso, not js2. But don't worry, that was the only sane Javascript mode; js2 is like its own program, completely independent of Emacs. Cool, but useless for real work. espresso/js actually works like Emacs, and it doesn't try to treat Javascript as a dialect of C anymore.

I love js2-mode and only use espresso-mode for JSON. Do you know of any comparison of the two modes I could read to get more info on this?

Re: GNU Emacs 23.2 released

#86
post #62
post #35

Earlier quoted context omitted.

Going a little further, Emacs is itself (at least a lot of it, including js-mode, for instance) written in Emacs Lisp. This makes most of it modifiable by its user. It's not impossibly hard either - I have made a minor mode for Pyccuracy tests in a couple hours. Learned some in the process. Even the "configuration files" are, really, Lisp code, not bags of values and options.

I just checked the breakdown with sloccount. C: 20% ELisp: 78%

The parts that are written in C are mainly the lisp interpreter itself, and some windowing stuff. Unless you are doing something really strange you never need to dive into the C internals.

Re: GNU Emacs 23.2 released

#87

Mac OS X users can get a binary at http://emacsformacosx.com/ .

Thanks for that link. I spent some time late last night comparing this new pure Emacs release with Aquamacs . I have been a happy Aquamacs user for a long time but I will probably switch because of the faster startup times and cleaner looking interface. When Aquamacs is released with an update, I would like easier options for simplifying the look and feel (e.g., having to hide the button bar, etc.) BTW, really off to…

Answered my own question: found what I needed here to have the speedbar in the main window frame. Nice: http://www.emacswiki.org/emacs-en/SpeedBar

Re: GNU Emacs 23.2 released

#88
post #28

Nice to see that CEDET is now included.

I can't seem to get it to work, though. The information on the CEDET website for setting things up doesn't seem to be valid anymore. Specifically: (global-ede-mode 1) ; Enable the Project management system (semantic-load-enable-code-helpers) ; Enable prototype help and smart completion (global-srecode-minor-mode 1) ; Enable template insertion menu Throwing in (require 'cedet) doesn't seem to work either.

Semantic's now turned on with (semantic-mode 1). See the Semantic manual included in Emacs for details.

Re: GNU Emacs 23.2 released

#89
post #76
post #50

Earlier quoted context omitted.

One nice point about vi(m) especially is the fact that its available almost everywhere as most unixy installations got one. And a nice point of text-based programs generally is that they are easy to use over ssh allowing you to access your programming environment everywhere.

Here's a dumb question: most *nixes come with vi as the text editor, but the shell uses emacs keybindings. Why is that? (btw, if you learn emacs well enough, you're commandline-fu goes through the roof)

Actually the keybindings can be changed to those of vim (by typing "set -o vi" on terminal). It is probably not set as default as it is confusing to new users.

Re: GNU Emacs 23.2 released

#90
post #76
post #50

Earlier quoted context omitted.

One nice point about vi(m) especially is the fact that its available almost everywhere as most unixy installations got one. And a nice point of text-based programs generally is that they are easy to use over ssh allowing you to access your programming environment everywhere.

Here's a dumb question: most *nixes come with vi as the text editor, but the shell uses emacs keybindings. Why is that? (btw, if you learn emacs well enough, you're commandline-fu goes through the roof)

"the shell" usually means (on modern Linux distros) bash, which is the "GNU Bourne-Again SHell".[0]

Brian Fox[1] developed the readline library to handle bash's interactive input. Between Brian Fox having been an Emacs maintainer, and bash being a GNU project, the keybindings followed suit...

Had bash been "Bill Joy's[2] Awesome SHell," things might have gone differently :-) Well, it would've just been csh[3] (written by Bill Joy.)

[0] I address this introduction to anyone not already "in the know."

[1] http://en.wikipedia.org/wiki/Brian_Fox

[2] http://en.wikipedia.org/wiki/Bill_Joy

[3] http://en.wikipedia.org/wiki/C_shell

Post reply on HN