Software-update: GNU Emacs 30.1

Versie 30.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 30.1 is de opvolger van 29.4 en bevat een groot aantal veranderingen. De belangrijkste zijn hieronder voor je op een rijtje gezet:

Emacs 30.1

Emacs 30.1 has a wide variety of new features, including:

• Native compilation is enabled by default
• Ported to the Android operating system
• New user option trusted-contents
• Numerous performance improvements
• Native JSON support is always available
• New Tree-Sitter major modes for Elixir, HEEx, HTML, Lua, and PHP
• Support for the EditorConfig standard
• Improved support for touchscreens
• Tool bars per window and on bottom
• New package which-key
• Automatic regeneration of TAGS files
• New minor mode visual-wrap-prefix-mode
• Support for underline colors on TTY frames

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

Reacties (32)

[kdekker]

Aha, emacs believers en vi believers. You hate it or love it. Ik ben al weer enkele jaren weg van UNIX en mijn anti-emacs gevoel is niet verdwenen + mijn vi kennis lekt ook wel een beetje weg (:q!).

[Magic Power]

Voor op de console een bestand editen gebruik ik Nano. Simpel, en goed genoeg voor het meeste wat ik dan wil doen. Maar op de desktop gebruik ik Kate, een veelzijdige grafische tekst editor. Simpel en snel met Nano op de command-line, uitgebreid en veelzijdig met Kate op de desktop.

[fastedje]

Ik vind Midnight Commander bijzonder handig: je kan zelfs remote over een ssh verbinding bestanden in een tgz of zip editen.

[Frij5fd]

Nano binnen ook Midnight commander; lekker simpele texteditor inderdaad en ook vanuit mc direct op te roepen met F4

[Sandor_Clegane]

Vi, gewoon omdat het overal beschikbaar is.

Voor een beetje config files editen werkt het prima.

[blorf]

Ze moeten die ctrl-w zoekfunctie niet op enter laten wachten bij herhaald zoeken van hetzelfde. Gewoon een onnodige handeling.
En voor pageup em down het aantal zichtbare regels aanhouden, niet 25. Ook zoiets...

[fastedje]

Inderdaad heel irritant bij vim: ik dacht dat vim hing, maar een snelle Google vertelde me ook deze oplossing.

[Htbaa]

Emacs weet ik niet, maar vi/vim is niet exclusief voor Unix systemen hoor. Heb zo'n 18 jaar GVim gebruikt onder Windows, werkte altijd prima. Tegenwoordig werk met macOS en daar draai ik MacVim op. Ook een uitstapje gemaakt naar VS Code (goede 6-7 jaar wel) en Vim er altijd naast gehouden, maar tegenwoordig werk ik weer meer vanuit Vim.

Overigens nooit de behoefte gehad om Emacs te proberen. Vim had al best een leercurve, dus om dan alsnog een andere (complexe?) editor te leren was wat teveel van het goede. Je wilt immers ook gewoon je werk kunnen doen i.p.v. steeds een nieuwe tool leren.

[PrimusIP]

Net als Vim werkt Emacs ook in de commandline van macOS en heb je er ook grafische versies voor beschikbaar.

Voor wat ik in de commandline doe is Nano voldoende. Maar ik heb ooit Emacs geprobeerd. Naast dat het erg complex is, vind ik het ook veel te groot. Alsof je een mini-besturingssysteem aan het draaien bent. Het is zoveel meer dan een teksteditor. Dat spreekt me eigenlijk niet aan. Als ik een kalender of een emailprogramma wil, heb ik dat liever seperaat.
Dus toen maar Vim geprobeerd. Dat past wat beter bij me.

[kdekker]

(g)Vi(m) is inderdaad een tool, waar je nog steeds krachtige dingen in kunt. Maar notepad++ kan volgens mij ook nagenoeg alles (mede omdat daar een regex replace in zit, al weet ik niet of je daar back references in kunt gebruiken). In VS Code (of anders iig Visual Studio) kan dat wel. Tja, programmeren op *NIX varianten doe je toch met een editor, daar er (nauwelijks) uniforme IDEs zijn c.q. als ze er zijn, zijn ze mega-zwaar (geheugengebruik etc).

Maar zoals gezegd: ik werk al weer jaren Windows-only en een prettig werkende IDE (al heeft Visual Studio ook zijn nukken met Intellisense) helpt wel voor productiviteit. Terugwensen naar vi-tags oid doe ik niet.

PS. Emacs lijkt er ook op Windows te zijn: https://www.gnu.org/software/emacs/download.html. Niet te geloven . Opstarten van emacs duurde wel altijd (veel) langer dan (g)vim. Dus nog een goede reden om geen emacs te gebruiken (voor mij).

[Reactie gewijzigd door kdekker op 24 februari 2025 14:19]

[Xander2]

Emacs is zo ongeveer overal beschikbaar.

De keybindings zijn alleen een beetje archaïsch en daarmee onhandig geworden (C-x C-s is echt vervelend als je toevallig in nano zit) en wil het echt zinvol zijn is het handig een beetje (e)lisp te kennen.

Ik gebruik het al tijden niet meer maar IMO qua UI ook achterhaald wat betreft moderne IDE's..

[DLGandalf]

waarom is het achterhaald eigenlijk? Ik zie alle andere editors transformeren naar iets met minimale menu's; net zoals vim en emacs eigenlijk altijd al hadden

[Xander2]

De minimale menu's/features (dumbing down) zie ik in alle applicaties terugkomen en elke succesvolle app heeft de neiging bloated te worden, dus die beweging verbaast me niet.

Het probleem, maar ook de waarde, van editors als emacs en vim is dat ze puur tekst-geörienteerd zijn vanuit een terminalperspectief met de mogelijkheden van muis en GUI achteraf erop geplakt en die twee paradigma's zijn niet volledig verenigbaar wil je alle functies behouden.

De voordelen een GUI/muis zijn de mogelijkheid tot inzichtelijk multitasken, meerdere contexten tegelijkertijd beschouwen wat niets anders dan een kludge is in vi/emacs en daarom achterhaald. Als ik gerelateerde real-time output direct kan zien in plaats van te moeten schakelen via keybinding of extra instantie ben ik productiever in de eerste versie.

[DLGandalf]

> Het probleem, maar ook de waarde, van editors als emacs en vim is dat ze puur tekst-geörienteerd zijn vanuit een terminalperspectief met de mogelijkheden van muis en GUI achteraf erop geplakt en die twee paradigma's zijn niet volledig verenigbaar wil je alle functies behouden.

Maar dat is mijn punt, ik zie andere editors zoals jetbrains hier naartoe gaan -- tekstgeorienteerd. Ik heb nog nooit voordeel gehad dat ik met de muis door menuutjes kon gaan omdat Jetbrains al heel lang die fantastische commando zoekfunctionaliteit heeft. De muis pakken om de focus te veranderen van het ene subvenster naar het andere voelt ook heel early 90s aan, toen de muis echt heel cool was.

W.b. de GUI, dat kan je bij emacs echt niet zeggen dat het opgeplakt is. Je hebt gewoon een volledig canvas wat richt text en multimedia aankan waar nodig.

ook je opmerking over meerdere contexten tegelijkertijd beschouwen -- ik heb geen idee hoe dit *niet* het geval is bij emacs. Debuggers, output e.d. starten in een nieuwe pane bij mij die direct inzichtbaar is. Als ik daarnaartoe wil navigeren dan is er goddank idd een keybinding voor, maar kan ook gewoon met de muis.

[Xander2]

Een ding als project view met files vind ik toch wel erg onhandig met Emacs, naast de leercurve die groter is voor nieuwe mensen. En die keybindings werken alleen met Emacs of elders een plugin met Emacs keybindings.

Ctrl-O, Ctrl-S, Ctrl-C, Ctrl-X, Ctrl-V zijn algeheel geaccepteerde standaarden op de desktop (Ctrl=Command MacOSX) behalve in Emacs. En als je in de elisp code kijkt dan zie je dat de GUI erop geplakt is; alles is tekst met properties en dit kun je goed zien met resizen en bufferproblemen. Totaal iets anders dan een Java IDE of zelfs Smalltalk.

Maar goed, ieder zijn keus. Ik ga nog wel eens terug naar Emacs omdat ik er lang geprogrammeerd in heb maar merk dat ik meer bezig ben met Emacs stoeien dan productief programmeren.

[blorf]

Vim is er nog steeds niet uit wat backspace betekent...
Compleet overbodig en tijdverspillend zijn editors die onzichtbaar dingen doen. Laat dat gewoon zien. We zitten niet meer op een vt100 terminal. Alles wat we doen kan in beeld.

[analogue]

Ik snap de vergelijking nooit zo. Het zijn echt twee totaal verschillende dingen in mijn beleving. Ja in de basis gebruiken de meesten ze als text editor, maar eigenlijk houdt het daarna functioneel en vooral qua filosofie wel meteen op.

[kdekker]

Klopt. Ze zijn ook gheel verschillend. Zo erg dat je als niets vermoedende gebruilker op internet moet zoeken hoe je uit vi of emacs komt

Op *NIX is het of vi of emacs als je ook nog wat intergreren wilt met Makefiles, build commando's, debugger etc. Of dat moet veranderd zijn. Op Linux-only kun je selectiever zijn, maar in de tijd dat ik dit gebruilkte werkte ik op een hele rij UNIX/Linux varianten.

[beerse]

Voor iedereen die in de vorige eeuw nog niet met unix-achtige computers werkte: Wikipedia: Editor war

Toen was het (vooral op de commandline) voor unix gebruikers de keuze tussen het leren gebruiken van de editors ed, ex en vi (en sed) aan de ene kant of het leren installeren en gebruiken van emacs. Ook toen al: vi is onder unix achtige systemen overal beschikbaar want onderdeel van de standaard. Emacs moest overal worden geïnstalleerd voordat het gebruikt kan worden.

Toegegeven, zelf zit ik in het vi-kamp, aan emacs heb ik nooit kunnen wennen. vi is altijd een editor gebleven, emacs is zoveel meer zoals ze zelf ook op de website zeggen. Daarmee is het voor mij als unix/linux tool gediskwalificeerd: Voor een unix/linux tool geldt: "small is beautyfull": Een unix/linux tool doet wat het moet doen en doet dat zo goed mogelijk en het doet ook vooral geen zaken buiten wat het moet doen.

[wimdebok]

Zeker, emacs believers en vi believers. Het heeft ooit mijn baan gekost. Ben een vi man en werd ooit verplicht emacs te gebruik omdat dat zo handig was. De editor die alles kan, het was zo handig dat je vanuit emacs de versiebeheer programma's aan kon roepen. Onzinargument natuurlijk.

Toch is het interessant om de wiki pagina van emacs te bezoeken en te zien waar het vandaan komt, het komt van uit het verre oude doos en dan is het ook wat beter te begrijpen waarom emacs is zo is als het is. Had ik eerder in de computers opgegroeid dan had misschein emacs de editor van keuze geweest. Mijn respect voor emacs is wel toegenomen na de nare werkervaring. Je moet uiteindelijke gebruiken wat je gewoon bent.

Je kan ook teveel blijven hangen, heb wel geprobeerd de vi mode in Visual Code te gebruiken en dat werk wel maar uiteindelijk teruggegaan naar de normale mode en je dat eigen maken. Enige nadeel is als je files moet editten in vi dat je de commandos door elkaar haalt. Commando's van ene editor tikken in de andere.

[Jack Flushell]

Hoe heeft het je baan gekost? Je begint met uitleggen, maar je maakt het niet af. Je moest emacs gebruiken als vi man... en toen? Nam je ontslag? Werd je ontslagen? Ging het bedrijf failliet?

[wimdebok]

je hebt gelijk ben niet duidelijk, nee het was het begin van het einde. Kreeg je dat kinderachtige gedoe van mezelf van onder 1 knop emacs hebben en onder een andere de vi waarin je echt werkt. Het was een conflict en betekende een vertrek in goed overleg zullen we maar zeggen. Je moet wel wat op 1 lijn zitten.Het is treurig als dit de reden is waarom werk afloopt. Binnen hetzelfde bedrijf overgestapt naar iets compleet anders van unix naar windows ook. Liep ook niet goed af uiteindelijk, aan wie zou dat nou liggen?

[rbr320]

Ik vind het wel ernstig om eerlijk te zijn. Zelf gebruik ik graag Vim, maar om me heen zie ik steeds meer collega's overstappen naar VSCode. Ik krijg wel eens (grappig bedoelde) opmerkingen, maar ik heb er nog nooit een klus om verloren of verlaten. In situaties waarin ik de werkplek mede beheer installeer ik zonder morren meerdere editors zodat men lekker kan gebruiken wat men prettig vindt.

[wimdebok]

Zo hoort ook te zijn gebruiken wat je prettig vindt en lees hier een aantal mensen die de vim gebruiken en zit nu ook te denken, waarom niet? Vind vi prettig. Is ook ernstig als dat een eis is, welke editor gebruikt moet worden.

[blorf]

Eigenlijk heb ik de MS-DOS editor nodig, of een op Turbo Vision gebaseerde kloon. Alleen iets meer dan 80x25 als het kan.

[cyclofosfamide]

Compleet off-topic, maar wat is het antwoord op de laatste vraag die je aan jezelf/ons/je ex-werkgever (doorhalen wat niet van toepassing is) stelt?

[wimdebok]

Een vraag aan mezelf denk ik, al iets scheef loopt dan heb je er zelf een deel in. In mijn geval denk ik., Computers zijn ingewikkeld en de computerij is een vreemde sector, rare dingen gezien, ook een sector van handige vogels.

[kdekker]

De keuze was toentertijd gelukkig vrij. Je hebt een stuk bagage/vaardigheden en om dan perse op een andere manier moeten over te stappen? Raar. De verschillen zijn zo groot, dat het bijna het verschil is tussen hardlopen en racefietsen. Dwang voor een bepaalde editor (die doorgaans toch altijd beide om een systeem aanwezig waren) is m.i. erg raar. Of igg contrproductief.

[wimdebok]

Absoluut, contraproductief. Als dit al een punt van discussie is dan kan het alleen maar misgaan.

[fameus]

Dus dit zo'n beetje: "Emacs is a great operating system that desperately needs a text editor".

[robin1979]

Voor alle mensen die wel Emacs gebruiken, mickeyp heeft weer een mooie review van de (meeste) nieuwe features:

What’s new in Emacs 30.1?

[mistige]

emacs is ultra-customizable,
alle hotkeys/editor-keys werken in alle modes,
de modes zijn gespecialeerd in een functie,
bv. org-mode voor TODO lists,
magit voor een ultieme git-interface,
dired voor bv bulk-file-renamen,
elfeed voor rss-feeds,
evil voor een ingebouwde vi,
notmuch voor beheren enorme mailboxen
een aantal shells binnen (vterm,eat,eshell)
ultieme undo mogelijkheden (vundo,undo-tree-visualize)
enz.

Daarnaast zijn er no-surprises, opensource (een vd eerste),
en als iets je niet bevalt kun je dus zelf dit aanpassen met
elisp, omdat emacs eigenlijk een REPL van elisp is.

Ik werkte vele jaren met Vim, maar maakte zo vaak de
:qA!
typfout dat dat de druppel werd.

[Reactie gewijzigd door mistige op 26 februari 2025 10:50]