Software-update: GNU Emacs 31.1

Versie 31.1 van de teksteditor GNU Emacs is uitgekomen. Dit programma, dat beschikbaar is voor Linux, BSD, Windows, macOS en Android, bestaat al ruim veertig jaar en de vraag is meer, wat kan het eigenlijk niet? Versie 31.1 is de opvolger van 30.2, die zes maanden geleden is verschenen, en bevat een groot aantal veranderingen. De belangrijkste zijn hieronder voor je op een rijtje gezet:

Terminal usability

• xterm-mouse-mode is now on by default in compatible terminals, so clicks, scrolling, and clipboard operations just work in a TTY without config tweaking (toggle it off if you prefer terminal-native copy/paste keybindings).
• Child frames can now run outside a graphical display, meaning more of the GUI-oriented tooling works over SSH/terminal sessions.

Completion overhaul

• Flex completion was rewritten with a new ranking algorithm — better matches for things like "scope" no longer get buried under unrelated hits.
• The Completions buffer can appear eagerly the moment you open the minibuffer, update live as you type, and keep vertical formatting without losing your place. minibuffer-visible-completions gained an up-down value so you can navigate completions independently of the minibuffer.

Window management

• New rotate/flip/transpose commands (e.g. window-layout-rotate-clockwise, window-layout-flip-leftright) for rearranging splits without the minibuffer.
• split-width-threshold default dropped from 160 to 150 for more sensible default splits on modern monitors.

Config/workflow

• A new user-lisp/ subfolder in your config directory gets recursively byte-compiled and auto-added to load-path — a clean place for personal packages outside init.el. prepare-user-lisp triggers compilation manually.
• Editable grep and xref buffers: press e, edit results in place, and they write back to the source files with C-c C-c.
• A new beginner-friendly default theme, aimed at softening Emacs's notoriously steep learning curve.

Housekeeping

• The legacy unexec dumper (deprecated since Emacs 27) is fully removed.
• The bundled legacy ctags binary is gone — Universal Ctags is now the only option, so check any build scripts that assumed the old one.
• Org mode ships at v9.8; tree-sitter gained selective grammar installation; a new canvas image type landed for inline buffer graphics.
• Internationalization now targets Unicode 17.0, with new input methods for polytonic Greek, Tifinagh, and several Northern Iroquoian languages.

Versienummer	31.1
Releasestatus	Final
Besturingssystemen	Android, Linux, BSD, macOS, Windows 10, Windows 11
Website	GNU Emacs
Download	https://www.gnu.org/software/emacs/download.html
Licentietype	GPL

Reacties (20)

[Xander2]

Emacsitor, ooit eens de formidabele editor naar keuze die zwaar was voor het systeem.

Voelt nu als nano maar er zijn betere IDEs en eLisp is nou niet toegankelijk als je een tijd er niet in hebt geprogrammeerd.

[xx77qq]

In het tijdperk van LLM's vind ik emacs juist weer fantastisch, ik wijs claude code naar mijn config.el en elke gewenste aanpassing ligt binnen handbereik.

[Xander2]

Zeker, maar VS Code kan dat ook allemaal met betere UI interface en programmeertaal die nut heeft buiten de editor.

Het enige waarom ik wel eens terugga zijn de muscle-memory keybindings die ik er niet uitkrijg en nostalgie.

Ik wil geen tijd meer kwijt zijn aan fine-tunen en coden van de editor.

[AJediIAm]

Jij bent af. Enkel emacs en vi mogen genoemde worden. ;-)

[melching]

Hear Hear!

[glaaj]

Van zichzelf is emacs dan ook geen IDE

[robin1979]

Mickey Peterson’s review is er ook al:

https://www.masteringemacs.org/article/whats-new-in-emacs-311

[RonaldHeirbaut]

:q!

[kdekker]

Dat is vi, geen emacs . Loodzwaar itt (g)vi(m). Alleen ctrl+x + ctrl+c is nodig om te weten als de default editor/visual van een gebruiker op emacs stond.

Emacs is krachtig, maar vim ook. Beide hebben een vrij stijle leercurve, maar waar ik gewerkt heb, was emacs de uitzondering. Vi normaler en voor Windows gebruikers meer iets als nano of een meer GUI based editor (dat kon zelfs gvim zijn). Ergens verbaas ik me dat emacs nog bestaat.

[nehal3m]

Vloeken in de kerk!

[RonaldHeirbaut]

Ach, het is het emacs vs vi dingetje van 40 jaar geleden. Net zoals Linux vs Windows.

Met beiden is niks mis. Alleen ben ik een vi man. Mooi toch dat beiden nog bestaan na 50 jaar?

[bergsegek]

Ik ben onwetend maar waarom zou ik dit oud uitziende stuk software willen gebruiken over een meer office achtig pakket binnen linux.

Of moet ik dit vergelijken met wat notepad moet is binnen windows? een simpele gui text verwerker zonder al te veel poespas als je een paar config files wilt aanpassen zonder gebruik van de console?

[glaaj]

Een simpel punt: aanpasbaarheid

Emacs is in de basis een interpreter van elisp waarmee je de software kunt uitbouwen tot iets wat helemaal voor jou werkt. Daarmee is het mogelijk om functies te maken die jij essentieel vindt maar voor anderen totaal niet relevant zijn omdat ze zijn verbonden aan jouw workflow.

Of dat voor jou voldoende aantrekkingskracht heeft is lastig te beoordelen, maar er zijn genoeg mensen die er niet van los komen omdat hun hele workflow is ingericht op het gebruik van emacs nadat ze tijd hebben gestoken in het configureren ervan.

[bergsegek]

Dank voor de uitleg, ik vermoed dat dit niet voor mij is inderdaad maar goed dat het er is.

[Bedge85]

Emacs is een editor/IDE. Maar doordat je er alles in kan bouwen en programeren wat je wil wordt het soms ook wel voor de grap een besturingssysteem genoemd.

Het ziet er niet fancy uit, maar is enorm krachtig. Beetje vergelijkbaar met der AS/400 en zijn groen zwarte schermen. Ziet er ouderwets uit maar zelfs vandaag de dag zijn er nog genoeg bedrijven die hun hele administratie erin verwerken.

[rbr320]

Iets wat ik mis in de reacties van @glaaj en @Bedge85: Emacs, ViM, VSCode etc. zijn Integrated Development Environments (IDEs), geen tekstverwerkers. De vergelijking met een "office achtig pakket" gaat niet echt op. Natuurlijk is in beide gevallen tekst je medium en dus zijn er overeenkomsten en de verschillen lijken subtiel, maar ze zijn belangrijk genoeg om significant te zijn. Bij het verwerken van tekst voor publicatie gaat het om inhoud en opmaak. Belangrijke functies van een tekstverwerker zijn dus een spellingscontrole en gemakkelijke toegang tot opmaakfuncties. In een IDE is de spellingscontrole vervangen door een functie die je code corrigeert op syntactische fouten en de namen van je variabelen bijhoudt zodat die vanzelf kunnen worden aangevuld als je de eerste paar letters in typt. De syntax van een programmeertaal is strict dus een functie voor automatisch aanvullen is niet alleen makkelijker te maken maar je hebt er ook meer aan. Opmaak in de context van broncode betekent dat je IDE je helpt bij correct gebruik van indenting en eventuele speciale tekens waarmee het einde van een stuk code dient te worden aangegeven.

Omdat spelling en opmaak redelijk universeel zijn lijken alle tekstverwerkers daarom ook op elkaar, er valt ook weinig aan aan te passen. Programmeertalen zit juist veel variatie in, vandaar dat er IDEs zijn voor specifieke talen en daarom zijn de universele IDEs erg aanpasbaar en uitbreidbaar.

[bergsegek]

ik dat had ik er niet zo uitgehaald maar zeker een belangrijk verschil, ik ben me de laatste tijd steeds meer aan het verdiepen in Linux en wat alle mogelijkheden zijn.

Nu is dit niet helemaal in mijn straatje maar vind het wel intresant om meer te weten te komen. mijn dank is groot voor de extra uitleg!

[rbr320]

Graag gedaan. Ik ben zelf ook zeker geen ontwikkelaar hoor, maar ook bij beheerstaken is het onderscheid belangrijk. Zie het als een waarschuwing om geen configuratiebestanden aan te gaan passen met MS Word. Klinkt belachelijk misschien, maar ik heb het zien gebeuren

[djohn_croot]

Tja, het is de DAIrektorie EDitor ==> daired. Lijkt mij geen oorlog waard:)