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

What's New in Emacs 30.1?

masteringemacs.org

Post reply on HN
Print view View original

21–30 of 38 posts

Re: What's New in Emacs 30.1?

#21

Post by skissane »

mdaniel wrote: post #19
_odey wrote: post #14

A note on one of the changes: "New package EditorConfig. This package provides support for the EditorConfig standard..." Honestly the only reason to use this, and don't get me wrong, it's a huge reason, is to ensure windows users don't add CRLFs in their commits, and mess up diffs. Set `end_of_line = lf` and you're done. `charset = utf-8` and `trim_trailing_whitespace = true` are also nice, but not as disruptive as `…

Merely as an observation, if you care about crlf in _commits_, then you almost certainly want https://git-scm.com/book/en/v2/Customizing-Git-Git-Configura... and not that cited EditorConfig setting. The reason is that while on a system that _uses_ crlf if you were to open those lf-only files in any text editor, it'll run the lines together into a jumble

> The reason is that while on a system that _uses_ crlf if you were to open those lf-only files in any text editor, it'll run the lines together into a jumble

This isn’t true. Windows is the only major contemporary platform to use CRLF, and nowadays all major Windows text editors, especially those likely to be used by developers, can read files with LF-only line endings without jumbling all the lines together. 20 years ago, it was a different story, but that was then and this is now.

Re: What's New in Emacs 30.1?

#22

Post by taeric »

pbrowne011 wrote: post #11

Fun to see someone decide to just write a faster JSON parser because they believed it was possible. They mentioned last year that libjansson had some intermediate layer with Emacs, which led to too many memory allocations: https://lists.gnu.org/archive/html/emacs-devel/2024-03/msg00... Also, the developer who wrote the parser (Géza Herman) was able to pass all of the tests with strange edge cases from https://seriot.…

Thanks for linking to that thread. Was fun to peruse it reading the feedback and seeing how things went there. Huge kudos to Géza Herman for getting this in. Similar kudos to the the team on the review! Genuinely pleasant to read how that whole process went.

Re: What's New in Emacs 30.1?

#23

Post by pjmlp »

binary132 wrote: post #17

Emacs just keeps getting better and better. Never really understood the motivation to fork or rewrite it. It's one of the best free projects out there.

Back in the XEmacs days, when I cared about it, graphical widgets, better extension points, and not so religious against usability features as Emacs understand the stewardship from the mighty Stallman.

Nowadays no idea, I even lost track if Emacs finally does everything that was special about XEmacs, 30 years ago.

Re: What's New in Emacs 30.1?

#24

Post by 3836293648 »

bitwize wrote: post #12
jmclnx wrote: post #2

On NetBSD and OpenBSD, using emacs 29.4 I need to use gtk2 version. gtk3 will freeze X for a period of time, rarely forever when I try and use the menus. Hoping that was fixed with this version :) But my guess the issue lies with gtk3, the NetBSD people had said in some cases gtk3 acts odd. OpenBSD has the gtk2 compiled package, but on NetBSD I need to compile emacs/gtk2 myself via pkgsrc. Outside of that all works g…

The gtk maintainers ran out of fucks to give for anyone except Linux/Wayland users years ago. Honestly, emacs-lucid is the smoothest most stable experience if you're still on X11.

Forget smoothness, it's the only one that doesn't have broken input with odd key chords

Re: What's New in Emacs 30.1?

#25

Post by jmclnx »

bitwize wrote: post #12
jmclnx wrote: post #2

On NetBSD and OpenBSD, using emacs 29.4 I need to use gtk2 version. gtk3 will freeze X for a period of time, rarely forever when I try and use the menus. Hoping that was fixed with this version :) But my guess the issue lies with gtk3, the NetBSD people had said in some cases gtk3 acts odd. OpenBSD has the gtk2 compiled package, but on NetBSD I need to compile emacs/gtk2 myself via pkgsrc. Outside of that all works g…

The gtk maintainers ran out of fucks to give for anyone except Linux/Wayland users years ago. Honestly, emacs-lucid is the smoothest most stable experience if you're still on X11.

Sadly emacs-lucid does not exist in OpenBSD or nor NetBSD. But I expect compiling it myself would not be that difficult.

Re: What's New in Emacs 30.1?

#26

Post by nonrandomstring »

spudlyo wrote: post #18
nonrandomstring wrote: post #5

Earlier quoted context omitted.

Using your thread to ask: What recommendations do people have for a build that's best for heavy org-mode use? Of all emacsen which is the best drive for Org?

I don't have any specific build-time recommendations for org-mode, but I can wholeheartedly recommend the built-in 'leuven' theme for org-mode work. I normally don't go in for light themes, but this one has so many nice little touches to spruce up org-mode elements I find myself switching to it from my usual dark doom or modus themes when working on org-mode projects.

thanks spulyo

Re: What's New in Emacs 30.1?

#27

Post by bitwize »

pjmlp wrote: post #23
binary132 wrote: post #17

Emacs just keeps getting better and better. Never really understood the motivation to fork or rewrite it. It's one of the best free projects out there.

Back in the XEmacs days, when I cared about it, graphical widgets, better extension points, and not so religious against usability features as Emacs understand the stewardship from the mighty Stallman. Nowadays no idea, I even lost track if Emacs finally does everything that was special about XEmacs, 30 years ago.

XEmacs has been out of maintenance for frickin' years, because GNU Emacs caught up back in the 2000s or so. If GNU Emacs is still missing in some ways, XEmacs is "not better enough" to justify a switch for the vast majority of users of Emacsen.

Re: What's New in Emacs 30.1?

#28

Post by bitwize »

nokun7 wrote: post #6

As a longtime Vim user, I’ve got to say, the "completion-preview-mode" caught my eye. It’s pretty cool how Emacs is tossing in this slick, built-in predictive typing thing—kinda like Company or Corfu, but using its own minibuffer magic. Honestly, it’s a chill move that keeps things smooth without overcomplicating the vibe. Emacs just keeps doing its thing, polishing the edges while staying true to its hardcore, custo…

Look mate, as far as I'm concerned the old editor wars fizzled out a long time ago. Now it's us in the emacs and vim camps vs. the IntelliJs and VS Codes of the world.

Re: What's New in Emacs 30.1?

#29

Post by pjmlp »

bitwize wrote: post #27
pjmlp wrote: post #23

Earlier quoted context omitted.

Back in the XEmacs days, when I cared about it, graphical widgets, better extension points, and not so religious against usability features as Emacs understand the stewardship from the mighty Stallman. Nowadays no idea, I even lost track if Emacs finally does everything that was special about XEmacs, 30 years ago.

XEmacs has been out of maintenance for frickin' years, because GNU Emacs caught up back in the 2000s or so. If GNU Emacs is still missing in some ways, XEmacs is "not better enough" to justify a switch for the vast majority of users of Emacsen.

Missed the remark about 30 years ago? Of course it is out of maintenance for frickin' years.

The question was more did GNU Emacs caught up, or did the folks that cared about XEmacs moved into better pastures?

(X)Emacs was relevant to me, because there was still no IDE culture in UNIX land back then, like on PC and Amiga, and between vi and (X)Emacs (vim was yet to be a thing) definitly (X)Emacs, when UNIX IDEs finally became mature enough, I moved on.

If it is installed, I will use it, but won't go out of my way to use it daily as back then.

Post reply on HN