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

Emacs 29 is nigh

blog.phundrak.com

Post reply on HN
Print view View original

211–220 of 267 posts

Re: Emacs 29 is nigh

#211

Post by kickingvegas »

kickingvegas wrote: post #196
modernerd wrote: post #8

Wow, Eglot/Treesitter/better package support in 29 make me want to try Emacs again. > Install packages from source with package.el Emacs users updating to 29: do you plan to use this instead of Straight now? If not, can you help me to understand what more Straight provides? Emacs on macOS users: do you generally compile new versions of Emacs from source, or wait for ports like Mitsuharu Yamamoto's one[1] to update? […

I use the MacPorts build of Mitsuharu Yamamoto's port https://ports.macports.org/port/emacs-app/

Posted the wrong link. Here's the correct one. https://ports.macports.org/port/emacs-mac-app/details/

Re: Emacs 29 is nigh

#212

Post by fifanut »

bergheim wrote: post #43

I am loving all this emacs love lately (I am an emacsophile), but I do find all this attention it is getting suddenly a bit surprising. Is it just that "long lines, LSP, fast syntax hightlighting" is making new people interested, or is it just us neckbeards coming out of the woods? I mean, many of these things are just a package-install away right now. I seldom see vim put in the same lime-light, for instance. Or may…

The Emacs ecosystem has a larger contributor pool, and contributing is easier.

A bunch of factors off the top of my head:

* MELPA making contributing and reaching users easier.

* The growth of Emacs packages on GitHub. * The ease of concurrent programming, e.g. emacs-aio.

* The learning curve being reduced with spacemacs and Doom.

* The continued development of Emacs upstream by its great contributors.

* The increase in upstream development, with emphasis on bug tracker hygiene. See Lars blog posts.

* LSP/Treesitter being developed, though this doesn't explain why Emacs seems to get more HN visibility than other editors.

If I put my Emacs hat on, perhaps the promise of Emacs is being fulfilled: an ever growing set of interopable, extensible, introspective functionality being useful to a wider set of active users.

Re: Emacs 29 is nigh

#213

Post by a1369209993 »

modernerd wrote: post #146
bergheim wrote: post #43

I am loving all this emacs love lately (I am an emacsophile), but I do find all this attention it is getting suddenly a bit surprising. Is it just that "long lines, LSP, fast syntax hightlighting" is making new people interested, or is it just us neckbeards coming out of the woods? I mean, many of these things are just a package-install away right now. I seldom see vim put in the same lime-light, for instance. Or may…

Emacs deserves the love! (I say this as a former Emacs user who switched to VS Code; I'm now frustrated enough with VSC to be reconsidering Emacs after the 29 announcements.) It's encouraging to see the big quality of life additions in 29, if only because one person's “just a package-install away” is another's “should be bundled by default”. And it's not just the headline features. There are many little things from t…

> because one person's "just a package-install away" is another's "should be bundled by default".

FWIW, it's also another's "has transitive dependencies that try to brick my computer". Claims like "just a package-install away" would be significantly more convincing if they could fix that (ie, fix (remove) the ability of packages to have transitive dependencies).

(This isn't anything specific to EMACS, to be clear; I've never seen a mainstream package system that bothered to enforce a meaningful limit on the depth of dependency graphs.)

Re: Emacs 29 is nigh

#214

Post by esparrohack »

bergheim wrote: post #171
esparrohack wrote: post #149

Earlier quoted context omitted.

Emacs had a GUI and mouse support forever on Windows. It was “bloated and slow”. Yeah the free software stuff didn’t work but that’s not all the editor wars were about. I think we’re just missing each other here. The best features of eMacs spread to other editors. As for the scenario, I don’t see that as a hellish situation. I’ve been using vim for a while. Im actually ok at it. Do I regret learning it? Hell yeah. Lo…

> Emacs had a GUI and mouse support forever on Windows. Emacs did not invent the mouse cursor interface. > It was “bloated and slow”. This comes from not understanding how emacs works. Yes, it has games, no, it is not loaded until you load it. It means nothing, it does not mean bloat. > I think we’re just missing each other here. The best features of eMacs spread to other editors. I think we might - it's Emacs not eM…

I get your first point. I’m saying it was the most popular so that’s why it’s ideas spread. I’m only thinking of eMacs and Vim cus the editor wars were so big.

In the 2nd point, I’m just saying what the popular complaints were. I wasn’t trying to prove them either way. Just what the battles were about. I wasn’t there so I’m thinking like an archeologist here.

I know about the misspelling of eMacs but I’m on my phone. I don’t mean anything with it. Just too lazy to fix it.

There’s good stuff in Vim and I like it but yeah not gonna die and say “well! Glad I learned vim!”.

Live and learn. I’m still thinking what band Vim would be

Re: Emacs 29 is nigh

#215

Post by tmtvl »

torben-friis wrote: post #201
treeblah wrote: post #46

Earlier quoted context omitted.

For me its been the questionable stewardship of vscode ( https://github.com/omnisharp/omnisharp-vscode/issues/5276 ) driving me away from vscode and the Emacs from Scratch videos from the System Crafters youtube channel driving me towards Emacs. When I was looking for alternatives I stumbled on those videos and they blew me away. Also Emacs 28/29 has been way more welcoming and easy to get started with than when I fi…

As a vscode user considering the move, how difficult would it be to get to the point of making emacs a daily driver? Can it be a pick it up as you go thing? Or would I have to spend a few evenings figuring out the basics and configuration? Is lisp knowledge required?

Depends on what you're gonna be doing with it. If you're mainly working with HTML, CSS, maybe some Bash scripts, you can just open it up, work your way through the (IMO excellent) tutorial and you're off to the races.

That said, if Emacs gets its claws in you you may, like me, lose a fair few evenings and weekends just playing around with various packages and customization options because it's just so fun to tweak.

Re: Emacs 29 is nigh

#216

Post by NateEag »

modernerd wrote: post #18
ilovecaching wrote: post #7

I highly recommend modern Emacs over VSCode. If you don't want to tinker, Emacs has multiple levels of preconfigured distributions like Prelude, Nano, and Doom Emacs that give the same out of the box working experience. Modern Emacs includes all of the great features of VSCode, plus much more. You get things like: - LSP support for completion, refactoring, listing. - Tree sitter support for super fast highlighting. -…

This is compelling! But I ended up abandoning Emacs in previous attempts to switch to it. In case anyone can help solve the pain points I remember: 1. Which project management tools do you recommend? (I think I was using Projectile in the past, but from what I recall it left buffers from previous projects open when switching to other projects, which ended up being kind of annoying.) 2. Any advice about automatic whit…

For #2, I've been pretty happy with dtrt-indent (https://github.com/jscheid/dtrt-indent) for DWIM indentation bouncing between projects.

I have yet to try apheleia, but I wouldn't be surprised if just enabling apheleia, dtrt-indent, electric-indent-mode (a built-in I don't use, but which may cover your indent-on-paste desire), and editorconfig-mode (https://github.com/editorconfig/editorconfig-emacs) in prog-mode-hook just did what you wanted.

Re: Emacs 29 is nigh

#217

Post by ParetoOptimal »

modernerd wrote: post #106
ParetoOptimal wrote: post #48

Earlier quoted context omitted.

1. project.el and tabspaces 2. I think you'll want to write some elisp for this. I use apheleia though, maybe it does this? 3. async-shell-command or... hmm... there is a emacs binding to a go library for managing async processes I can't recall the name of. 4. vterm is best in the sense of most support for ncurses things. I personally try to use eshell for everything. As far as different tabs/splits emacs should be a…

Thanks for these tips! I'll explore tabspaces, apheleia, async-shell-command (and the Go lib) — all of those are new to me. > Can you give a specific example of something you had trouble with? I hoped to recreate multiple long-running terminal sessions in splits and tabs, similar to functionality I now use from: Neovim (plugin): https://github.com/akinsho/toggleterm.nvim VS Code (built-in): https://code.visualstudio.…

> I hoped to recreate multiple long-running terminal sessions in splits and tabs, similar to functionality I now use from:

> Neovim (plugin): https://github.com/akinsho/toggleterm.nvim

> VS Code (built-in): https://code.visualstudio.com/docs/terminal/basics#_managing...

The example in that vscode link can be replicated in emacs by:

1. having a single buffer open 2. C-x 2 (split-window-below) 3. C-x o (other-buffer) 4. C-x 3 (split-window-right) 5. C-x 3 (split-window-right) 6. C-x + (balance windows)

If that seems unwieldy you can also make a macro to automate such a thing or anything your imagination can come up with. Then any function you make (such as saving that macro to a name) can be bound to a keybinding of your choice.

If that's interesting to you, also see "Keyboard Macros are Misunderstood":

https://www.masteringemacs.org/article/keyboard-macros-are-m...

In fact, if you really want to understand Emacs in addition to replicating your current vscode workflow or even to augment your current workflows you should check out his book that was recently updated for Emacs 28:

https://www.masteringemacs.org/book#free-sample

He typically updates the book pretty quickly, so you'll get any future updates he may make. I still highly recommend the current version after having ready 5 or 6 chapters recently and feeling like I leveled up my own understanding.

Re: Emacs 29 is nigh

#218

Post by asdajksah2123 »

bergheim wrote: post #59
treeblah wrote: post #46

Earlier quoted context omitted.

For me its been the questionable stewardship of vscode ( https://github.com/omnisharp/omnisharp-vscode/issues/5276 ) driving me away from vscode and the Emacs from Scratch videos from the System Crafters youtube channel driving me towards Emacs. When I was looking for alternatives I stumbled on those videos and they blew me away. Also Emacs 28/29 has been way more welcoming and easy to get started with than when I fi…

How people expect anything else from a huge corporation is mind-boggling to me. They open source something and people think they are being alturistic. Just like android. You start with open source, then move more and more things behind the corpwall. Emacs is free and is free for life. Also Davids channel is most excellent. There's a discord channel where people are very friendly and helpful as well.

It's kind of funny seeing how every few years we'll have a new hot editor, and all the people who convert to those editors will wonder why anyone would still use Emacs or Vim, only to find out a few years later why people continue to use these 30+ year old editors.

In the meanwhile, both Vim and Emacs will incorporate the functionality that originally made the new editors popular, so the long time Emacs and Vim users lose almost nothing, did not have to go out of their way to use a new editor, and continued to benefit from the existing advantages of these editors.

Re: Emacs 29 is nigh

#219

Post by ParetoOptimal »

torben-friis wrote: post #201
treeblah wrote: post #46

Earlier quoted context omitted.

For me its been the questionable stewardship of vscode ( https://github.com/omnisharp/omnisharp-vscode/issues/5276 ) driving me away from vscode and the Emacs from Scratch videos from the System Crafters youtube channel driving me towards Emacs. When I was looking for alternatives I stumbled on those videos and they blew me away. Also Emacs 28/29 has been way more welcoming and easy to get started with than when I fi…

As a vscode user considering the move, how difficult would it be to get to the point of making emacs a daily driver? Can it be a pick it up as you go thing? Or would I have to spend a few evenings figuring out the basics and configuration? Is lisp knowledge required?

I'd say give using it for weekend projects or a day or 1/2 day a week at work a try.

Re: Emacs 29 is nigh

#220

Post by ParetoOptimal »

truncate wrote: post #131
yewenjie wrote: post #12

Its great to see both eglot and tree-sitter being merged. However, I am unhappy about the state of 'emacs configurations/distributions' right now. I have been using Doom Emacs, but the development is pretty much stalled there [0], and I don't think there is any distribution that is keeping up with these cutting-edge features (compared to the NeoVim ecosystem, let's say). Somehow it feels like I was seeing a lot more…

As a lsp-mode users, why switch to eglot?

Using lsp within devcontainers/docker containers via tramp.
Post reply on HN