Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Emacs 27.2

lists.gnu.org

Post reply on HN
Print view View original

51–60 of 115 posts

Re: Emacs 27.2

#51

Post by davidw »

Decabytes wrote: post #14

I've used Emacs for almost 5 years now and it has served me well. In the beginning it was frustrating and confusing, but now that I understand it, it's the way I naturally interact with code on my computer. The fact that so many gnu tools have movement similar to Emacs means that I can quickly become more effective in them. The fact that my work Macbook allows me to do some rudimentary movement with C-a, C-e, C-f, C-…

Going on 25 years with Emacs. Lots of other things I've changed over the years, but still happy with Emacs and Postgres.

Re: Emacs 27.2

#52

Post by whobar »

Smithalicious wrote: post #33
Decabytes wrote: post #14

I've used Emacs for almost 5 years now and it has served me well. In the beginning it was frustrating and confusing, but now that I understand it, it's the way I naturally interact with code on my computer. The fact that so many gnu tools have movement similar to Emacs means that I can quickly become more effective in them. The fact that my work Macbook allows me to do some rudimentary movement with C-a, C-e, C-f, C-…

I use pre-release Emacs with the nativecomp branch ("gccemacs") and Doom. Starts in 2.1 seconds and it's blazing fast. Definitely the best thing to come to Emacs for me in a long time, very exciting. I can't wait for it to hit release so everybody can play with it!

Any warts when using it with Doom? I only recently switched from vim to Doom, and I love it, but it can be a bit laggy when using it with some of the C/C++ IDE features turned on.

Re: Emacs 27.2

#53

Post by hamburga »

In case you're eager to upgrade (I never am, that's the point with Emacs![1]) here's the description of the changes:

"Emacs 27.2 is a bug-fix release, with no new features with respect toEmacs 27.1."

[1] Excellent Steve Yegge post describing how much Emacs cares about stability and backwards-compatibility: https://steve-yegge.medium.com/dear-google-cloud-your-deprec...

Re: Emacs 27.2

#54

Post by Keyframe »

NyxWulf wrote: post #20
prewett wrote: post #18

Earlier quoted context omitted.

Viper mode could give you the best of both worlds, depending on what you like about vim. If it's the key navigation, viper has you covered.

spacemacs has a very complete vim layer. By far it's the most complete implementation outside of actual vim I've seen.

I used emacs quite a lot, back in the day, and have switched to vim for now.. well, too long. Thing with vim is that I've never seen anyone using stock vim and keys, there's this whole layer of plugins and custom key bindings that make it so effective for any particular user. Would that translate to spacemacs at all? I've only glanced at it, but not sure if it supports Vim plug for example.

Re: Emacs 27.2

#55

Post by tsimionescu »

anaerobicover wrote: post #26
Decabytes wrote: post #14

I've used Emacs for almost 5 years now and it has served me well. In the beginning it was frustrating and confusing, but now that I understand it, it's the way I naturally interact with code on my computer. The fact that so many gnu tools have movement similar to Emacs means that I can quickly become more effective in them. The fact that my work Macbook allows me to do some rudimentary movement with C-a, C-e, C-f, C-…

On the performance/stability of Elisp front, I just heard about remacs, which is a fork that's starting by porting all the C to Rust: https://github.com/remacs/remacs Still in early stages, but I think that's one to keep an eye on.

I'd be much more interested in one of the CL rewrites, which could (1) run all of the elisp as efficient compiled Common Lisp, and (2) extend the customizability ot the deepest layers of Emacs.

Unfortunately, most seem to be relatively dead from what I've seen.

Re: Emacs 27.2

#56

Post by jeremyjh »

Keyframe wrote: post #54
NyxWulf wrote: post #20

Earlier quoted context omitted.

spacemacs has a very complete vim layer. By far it's the most complete implementation outside of actual vim I've seen.

I used emacs quite a lot, back in the day, and have switched to vim for now.. well, too long. Thing with vim is that I've never seen anyone using stock vim and keys, there's this whole layer of plugins and custom key bindings that make it so effective for any particular user. Would that translate to spacemacs at all? I've only glanced at it, but not sure if it supports Vim plug for example.

Stock Spacemacs is like a fully-tricked out Vim configuration, made by and for "plugin" junkies. Its leader-based keybindings are very well thought-out and discoverable since you get a small menu for the level you are at. For example g gets you to the git submenu, if you forget that g s gets you magit-status it will remind you there.

Re: Emacs 27.2

#57

Post by tsimionescu »

throwanem wrote: post #22
taeric wrote: post #21

Earlier quoted context omitted.

I'm curious what sort of performance you are hit by. For me, it is mainly org source buffers that I did not flag as async. That and tramp not working too well over crappy internet. :(

Tramp works a lot more reliably if you customize where Emacs puts your backups and autosaves, such that they're stored locally instead of remotely. The Emacs wiki has details on how to do that: https://www.emacswiki.org/emacs/BackupDirectory

The biggest problem I have with Tramp performance is much deeper, the need to open a new connection for every request - it makes integrating other modes with Tramp much more difficult than I would hope for (e.g. I tried to make kubernetes-mode work over tramp, and it mostly did, but each refresh had to reconnect, which would freeze the whole Emacs GUI for a second or so; thankfully kubel-mode has a more complete implementation that handles this gracefully).

Re: Emacs 27.2

#58

Post by taeric »

chriswarbo wrote: post #40
TeMPOraL wrote: post #27

Earlier quoted context omitted.

Definitely go for GccEmacs (feature/native-comp) branch if you haven't yet. Despite being experimental, it's pretty much stable. I've been running it for over half a year as a daily driver, and seen zero issues (but much performance improvements!). Similar stories abound on-line. Wish something be done about proper threading support, but I understand it's a herculean task at this point. (For those unfamiliar, GccEmac…

> Wish something be done about proper threading support, but I understand it's a herculean task at this point. I would agree about adding concurrency and parallelism; but threading is very much a WorseIsBetter approach, which I certainly wouldn't like to use directly. Co-routines or futures would seem a better fit for Lispy semantics. Actors seem too different and heavyweight, but I'd still prefer them to threading!

I'm actually somewhat unclear in what the goals of threading are, at times. Pushing a process out and having a sentinel on a buffer has long been possible.

What is the aim?

Re: Emacs 27.2

#59

Post by foobarbaz33 »

anaerobicover wrote: post #26
Decabytes wrote: post #14

I've used Emacs for almost 5 years now and it has served me well. In the beginning it was frustrating and confusing, but now that I understand it, it's the way I naturally interact with code on my computer. The fact that so many gnu tools have movement similar to Emacs means that I can quickly become more effective in them. The fact that my work Macbook allows me to do some rudimentary movement with C-a, C-e, C-f, C-…

On the performance/stability of Elisp front, I just heard about remacs, which is a fork that's starting by porting all the C to Rust: https://github.com/remacs/remacs Still in early stages, but I think that's one to keep an eye on.

The rust re-write is not intended to bring performance benefits. Currently the Rust version is a massive downgrade in performance relative to the C nativecomp branch.

Re: Emacs 27.2

#60

Post by tharne »

jeremyjh wrote: post #56
Keyframe wrote: post #54

Earlier quoted context omitted.

I used emacs quite a lot, back in the day, and have switched to vim for now.. well, too long. Thing with vim is that I've never seen anyone using stock vim and keys, there's this whole layer of plugins and custom key bindings that make it so effective for any particular user. Would that translate to spacemacs at all? I've only glanced at it, but not sure if it supports Vim plug for example.

Stock Spacemacs is like a fully-tricked out Vim configuration, made by and for "plugin" junkies. Its leader-based keybindings are very well thought-out and discoverable since you get a small menu for the level you are at. For example g gets you to the git submenu, if you forget that g s gets you magit-status it will remind you there.

> Stock Spacemacs is like a fully-tricked out Vim configuration, made by and for "plugin" junkies.

That is a fantastic description of Spacemacs

Post reply on HN