GNU nano 4.0

GNU nano is een teksteditor voor Linux- en Unix-systemen, en draait op de commandline. Daardoor heeft het geen grafische desktop nodig. Het biedt onder andere syntaxcoloring, zoek- en vervangopties, wordcompletion en het automatisch toepassen van back-ups voor gewijzigde bestanden. Het ontwikkelteam heeft versie 4.0 klaargezet met de volgende aankondiging:

GNU nano 4.0 "Thy Rope of Sands"

An overlong line is no longer automatically hard-wrapped.

Smooth scrolling (one line at a time) has become the default.

A newline character is no longer automatically added at end of buffer.

The line below the title bar is by default part of the editing space.

Option --breaklonglines (-b) turns automatic hard-wrapping back on.

Option --jumpyscrolling (-j) gives the chunky, half-screen scrolling.

Option --finalnewline (-f) brings back the automatic newline at EOF.

Option --emptyline (-e) leaves the line below the title bar unused.

<Alt+Up> and <Alt+Down> now do a linewise scroll instead of a findnext.

Any number of justifications can be undone (like all other operations).

When marked text is justified, it becomes a single, separate paragraph.

Option --guidestripe=<number> draws a vertical bar at the given column.

Option --fill=<number> no longer turns on automatic hard-wrapping.

When a line continues offscreen, it now ends with a highlighted ">".

The halfs of a split two-column character are shown as "[" and "]".

A line now scrolls horizontally one column earlier.

The bindable functions 'cutwordleft' and 'cutwordright' were renamed

to 'chopwordleft' and 'chopwordright' as they don't use the cutbuffer.

The paragraph-jumping functions were moved from Search to Go-to-Line.

Option --rebinddelete is able to compensate for more misbindings.

Options --morespace and --smooth are obsolete and thus ignored.

The --disable-wrapping-as-root configure option was removed.

GNU nano 3.2

Lees meer

Reacties (59)

Anoniem: 685461 4 april 2019 10:01

Ik gebruik regelmatig nano, maar heb het nog nooit in kleur gezien zoals bij de foto in deze nieuwsitem.
Dus ben benieuwd hoe ik dat geregeld krijg (het liefst over SSH).

hooibergje @Anoniem: 685461 • 4 april 2019 10:05

Anoniem: 685461 @hooibergje • 4 april 2019 11:50

Klinkt goed, zal het verder bestuderen. Dankjewel!

hooibergje @Anoniem: 685461 • 4 april 2019 12:24

Stuur me rustig een message als je mijn andere .[iets].nanorc ook wilt hebben. Gaat een beetje ver om ze hier allemaal te copy-pasten.

ajolla @hooibergje • 4 april 2019 20:08

Deze had trouwens ook best op een pastebin-achtige site mogen staan hoor.

Anoniem: 685461 @hooibergje • 5 april 2019 15:45

Welnee joh. Is goed voor de pagerank van Tweakers

Bedankt voor je hulp en als ik niet uitkom, stuur ik wel een pm.

fiftyhillswest @Anoniem: 685461 • 4 april 2019 10:03

Zie hier: https://github.com/scopatz/nanorc

Anoniem: 685461 @fiftyhillswest • 4 april 2019 11:48

Thanks voor de link. Ik zal het bekijken.

DaaNMageDDoN @Anoniem: 685461 • 4 april 2019 10:17

Had precies hetzelfde, +1 voor de vraag en de bovenstaande behulpzame reacties!

Anoniem: 685461 @DaaNMageDDoN • 4 april 2019 11:52

Ik vind de reacties inderdaad ook heel behulpzaam. Bedankt voor de +1.

_Thanatos_ 4 april 2019 10:57

Ahhhh, nano. De editor met enigsins sensible interface. De manier waarop je vi(m) bedient, is compleet en totaal krankzinnig. Nano snapt het. Bijna dan. Ctrl+O om op te slaan? Okay... Meestal is dat Ctrl+S, maargoed. Het staat iig in beeld.

Wat ik nog nooit heb gezien, wat wel in bovenstaand screenshot te zien is, is syntax highlighting! Sinds wanneer is dat??

Jerie

@_Thanatos_ • 4 april 2019 11:20

Vi(m) is voor luie mensen die geen ctrl ingedrukt willen houden. Er is weinig krankzinnig aan. Ben je Bash en Emacs gewend, dan is Nano ook eenvoudig.

afraca @_Thanatos_ • 4 april 2019 11:47

Betr. syntax highlighting: Mocht je nog niet hier weer teruggekomen zijn, zie de child comments van Anoniem: 685461 in 'downloads: GNU nano 4.0'

BugBoy @_Thanatos_ • 4 april 2019 12:03

VIM is juist zeer intuïtief als je 4 jaar lang niets anders tot je beschikking had op de opleiding.

VI is juist heel erg efficient, maar heeft een vrij steile leercurve. Als je het eenmaal kent, dan is het echt één van de fijnste editors om te gebruiken. Maar als je de filosofie er achter niet kent, dan kan ik me voorstellen dat het als krankzinnig ervaren wordt.

TheMaurice @_Thanatos_ • 4 april 2019 22:34

Ik gebruik vim op mijn pc, mobiel en via ssh. In alledrie de gevallen heb ik dezelfde interface, keybinds en config file. Your argument is invalid. Ik denk niet dat je zulke redeneringen kunt maken over diverse wegen die allemaal tot Rome leiden. Ieder heeft immers een andere voorkeur.

_Thanatos_ @TheMaurice • 5 april 2019 11:08

Als je het eenmaal gewend bent ja, maar dat wil niet zeggen dat vim een logische interface heeft.

mrk_iii @_Thanatos_ • 5 april 2019 18:58

A/a om text te appenden
I/i voor insert
C/c voor change
D/d voor delete

Cw: change word
Dw: delete word

ct: change tot de volgende :

Hoezo niet logisch?

Vim zit imo vrij logisch in elkaar, maar je moet de basis wel kennen. Dat is die learning curve. Maar tja, ik ben begonnen met ed/ex op een teletype

_Thanatos_ @mrk_iii • 8 april 2019 13:19

Wat dacht je van met cursor(-achtige) toetsen ergens heen gaan en gewoon gaan typen?!
Verder heb je Del/Backspace voor verwijderen. De Insert toets om overtype aan/uit te zetten, Ctrl+Y oid om een hele regel te wissen, en delete word kun je doen met Ctrl+Del/Backspace.

Dat alles zonder in en uit commando-mode te gaan. En zonder je vergissen of je nou in edit-mode of commando-mode zit, met alle (destructieve) gevolgen van dien.

Dus, waarom moet je een commando intypen om aan te geven dat je wil gaan typen? Wat zou je anders willen??

[Reactie gewijzigd door _Thanatos_ op 23 juli 2024 00:00]

mrk_iii @_Thanatos_ • 11 april 2019 09:37

Ieder zijn voorkeur, mijn punt is meer dat er wel logica in Vim zit, niet of modal beter/slechter is dan non-modal (dat is m.i. persoonlijk)

Gamebuster 4 april 2019 09:45

Aah, nano. De perfecte editor voor het bewerken van je `.bash_profile` & je git commit messages, of voor mensen die niet weten (of willen weten) hoe je vi sluit.

CTRL+C
CTRL+D
ESC
exit
;
:q
:wq

[Reactie gewijzigd door Gamebuster op 23 juli 2024 00:00]

FreshMaker @Gamebuster • 4 april 2019 12:03

mensen die niet weten (of willen weten) hoe je vi sluit.

CTRL+C
CTRL+D
ESC
exit
;
:q
:wq

Check, thats me !

Maar in mijn verdediging, toen ik begon met linux was Nano net up&coming, dus op vrijwel elke 'hulp' site the bomb.
Dan ga je het gewoon gebruiken, en aangezien het "tegenwoordig" standaard geinstalleerd staat, is de behoefte om over te stappen naar vi niet aanwezig

hooibergje @Gamebuster • 4 april 2019 10:02

Ik heb met een collega die al 2 jaar met VI geprobeerd om een delete functie in VI te krijgen. Hij kreeg het niet voor elkaar. Wat een ruk-editor. Ik programmeer nog steeds alles in nano. Best editor ever, alhoewel Geany een redelijke eervolle vermelding krijgt

Ultraman Moderator VB @hooibergje • 4 april 2019 10:44

Ik heb met een collega die al 2 jaar met VI geprobeerd om een delete functie in VI te krijgen. Hij kreeg het niet voor elkaar.

Een delete functie? Zin om dat kort uit te leggen? Ik ben best wel benieuwd waar jullie naar op zoek zijn of waren.

Wat een ruk-editor.

Meestal komt dit neer op Vi(m) niet begrijpen. Logisch want een modale editor is nou niet bepaald intuïtief vergeleken met wat je waarschijnlijk gewend bent. Het kent een aardige leercurve, maar ik kan je zeggen dat het toch een reuze handig ding is om te leren kennen. En zo geldt dat voor wel meer Unix tools die vandaag.
Overigens niks tegen GNU Nano. Prima editor, heb ik ook jaren prettig gebruik van gemaakt.

hooibergje @Ultraman • 4 april 2019 11:33

Sure, ik wil heel graag de functionaliteit om het karakter dat op de cursor staat weg te maken, en dat de rest van de zin erachter dat eentje naar links schuift.

Zoiets als de backspace, maar dan ipv dat het karakter links voor de cursor het karakater op de cursor weg gaat.

Lijkt me redelijk basic functionaliteit voor een editor.

Dat kreeg die dude die al 2 jaar met vi werkte niet voor elkaar.

Bijna iedereen hier gebruikt vi of kwrite (een soort van wordpad voor KDE) en er wordt wel eens lacherig over gedaan, maar ik ben nog steeds blij met nano, alhoewel block select soms wel handig is (zoals geany dat heeft)

[Reactie gewijzigd door hooibergje op 23 juli 2024 00:00]

BugBoy @hooibergje • 4 april 2019 12:05

Als je in command mode zit (ESC) dan kun je met x (delete) het huidige karakter wissen en met X (backspace) het vorige karakter. Overigens werken de DELETE en BACKSPACE knop ook gewoon in de meeste terminals. Na 4 jaar HIO te hebben gedaan (daar had je als alternatief voor VI alleen maar de line-editor ED) dan weet je niet meer anders. Het is een acquired taste.

hooibergje @BugBoy • 4 april 2019 12:25

Klinkt niet heel moeilijk. Zal er nog eens naar kijken

mrk_iii @BugBoy • 5 april 2019 19:01

Toevallig in enschede die hio gedaan?

BugBoy @mrk_iii • 5 april 2019 21:12

Ja. Onder toeziend oog van Akkersdjk klooien op de VAX

CAPSLOCK2000

Open source

@hooibergje • 4 april 2019 12:42

Sure, ik wil heel graag de functionaliteit om het karakter dat op de cursor staat weg te maken, en dat de rest van de zin erachter dat eentje naar links schuift.

Op moderne computers (zeg maar alles na 1990) druk je op de Delete knop op je toetsenbord en die werkt gewoon

Hardcore gebruikers of mensen met bijzondere hardware kunnen op de 'x' drukken om hetzelfde te bereiken.

hooibergje @CAPSLOCK2000 • 4 april 2019 12:57

Inderdaad. dat vond ik ook! vi was dan ook de enige editor waarop dat niet werkte, en dat diskwalficeerde hem voor mij.

CAPSLOCK2000

Open source

@hooibergje • 4 april 2019 15:13

Ik vraag me dan wel af wat er aan de hand was en of dat wel aan vi lag of niet. Ik verdenk eerder een vreemd geconfigureerde terminal of een bijzonder toetsenbord. Maar goed, dat zullen we wel nooit meer achterhalen en heeft niks meer met nano te maken.

Bij ons staan deze editors bekend als "die editor waar je CTRL-X moet drukken" en "die editor waar je op Escape moet drukken"

sfranken @hooibergje • 4 april 2019 12:29

Dat kreeg die dude die al 2 jaar met vi werkte niet voor elkaar.

Dan heeft die dude nog nooit 'vimtutor' gedraaid, wat gewoon aangeraden kost is in den beginne...

Yggdrasil

@Ultraman • 4 april 2019 11:20

Mee eens. Nano is een fijne basis editor met name omdat die op vrijwel elk linux systeem standaard aanwezig is. Voor heel sporadisch gebruik is Vim onnodig complex.

Om code te editen gebruik ik toch veel liever Vim. Zodra je de navigatie en de basis commando's onder de knie hebt werkt het heel snel en efficiënt. Het is niet voor niks nog steeds zo'n populaire editor. Om het nou een ruk-editor te noemen?

Dat komt meestal uit onbekendheid.

Een leuke en effectieve manier om met Vim te leren werken is via dit spel: https://vim-adventures.com/

Arumes @hooibergje • 4 april 2019 15:08

Nano is ook mijn favoriet, maar "best editor ever" gaat toch te ver. Met name de syntax highlighting kan nog flink wat verbetering gebruiken. Dat doen andere editors veel beter, ook lichtgewichten zoals Mousepad. Nadeel van Mousepad is alleen dat hij over ssh (-X) verschrikkelijk traag werkt, dus dan pak ik liever Nano en neem de beperkingen voor lief.

sfranken @hooibergje • 4 april 2019 11:17

Je bedoelt "dd", "dw" en andere in vim?

mroffbeat @Gamebuster • 4 april 2019 09:53

Grappig, vi alleen gebruiken om je ssh key te kopieren.. Nano FTW

Misschien kan je ook even posten hoe ik snel een zeer lange key in nano kan copy/pasten

[Reactie gewijzigd door mroffbeat op 23 juli 2024 00:00]

hooibergje @mroffbeat • 4 april 2019 10:25

wil je dan niet liever iets als

cat mijnKey >> knownHosts

gebruiken? Hoef je niet te frutten met copy-paste.

Jerie

@mroffbeat • 4 april 2019 11:25

stdin kun je lezen met argument -

echo bla | nano -

Zie ook man nano

Als je in de editor zelf bedoelt, dan kun je met ctrl+j justifyen en met ctrl+k en ctrl+u copy/pasten.

RoestVrijStaal @Gamebuster • 4 april 2019 11:58

:x

Oftewel "Save & Quit" is ook handig voor vi

[Reactie gewijzigd door RoestVrijStaal op 23 juli 2024 00:00]

hooibergje @Gamebuster • 4 april 2019 12:58

Vergeet het uitroepteken niet

:q!

Gamebuster @hooibergje • 4 april 2019 14:24

Daarom had ik :wq - ik wil graag mijn bestand opslaan!

Dan heb je volgens mij geen ! nodig, omdat er geen changes zijn (Want die heb je opgeslagen)

[Reactie gewijzigd door Gamebuster op 23 juli 2024 00:00]

ajolla @Gamebuster • 4 april 2019 20:06

Wat is er, wilde je notepad niet sluiten?

Xantios 4 april 2019 09:52

Ik gebruikte dit 'vruugah', voordat ik vim leerde kennen.
goed om te zien dat het doorontwikkeld word.

JustWesol 4 april 2019 10:00

Ah nano , vroeger gebruikt voor dat ik overstapte naar vim

WhatsappHack 4 april 2019 11:43

Inderdaad een heerlijke editor dit.

Goede doorontwikkelingen ook!

ajolla @WhatsappHack • 4 april 2019 20:12

En ook zo mooi op tijd. </sarc> $_/-\o_$

Kirth 4 april 2019 10:09

Ik krijg toch wel de kriebels wanneer ik die screenshot zie: probeer maar eens een volledige codebase te schrijven en onderhouden in met nano

. Doet me denken aan iets wat ik vaak bij een oud-collega zag: gigantisch (lokaal) Python script schrijven en debuggen in een terminal venstertje met nano, niks syntax highlighting, niks auto-spacing brr.

Anoniem: 1128097 @Kirth • 4 april 2019 10:38

Als een echte baas. Ik zat vroeger ook alles met IDEs te doen, maar ik programmeer bijna meer shit via nano dan erbuiten. En ik heb niet eens een IDE meer, alleen gedit die dan aan wat highlighting doet.

Al die programma´s die voor je nadenken en het beter te weten.... brrrr

_Thanatos_ @Anoniem: 1128097 • 4 april 2019 11:01

Wat is daar mis mee?

Okay, ik gebruik meestal git op de commandline, maar alleen omdat het sneller is dan alle GUI's. Maar coden op een CLI tool? Dat slaat echt helemaal nergens op.

Je hoeft niet heel Visual Studio of Eclipse ofzo te gebruiken, gewoon bijv VS Code of Atom werkt ook prima. Je hebt de voordelen van een grafisch editor, maar niet de nadelen van een IDE die alles beter denkt te weten. Aan een CLI-based editor zitten *geen* voordelen als je een grafische shell ter beschikking hebt.

Yggdrasil

@_Thanatos_ • 4 april 2019 11:25

Aan een CLI-based editor zitten *geen* voordelen als je een grafische shell ter beschikking hebt.

Maar ook niet persé nadelen. Vim met plugins kun je goed vergelijken met VS Code met extensions.

En dan vind ik het toch wel een voordeel dat je Vim overal kunt draaien, via SSH tunnels, op headless servers, etc.

Voor de duidelijkheid, ik gebruik VS Code voor het meeste dagelijkse werk, maar voel me echt niet beperkt als ik met Vim op een remote server werk.

Anoniem: 1128097 @_Thanatos_ • 4 april 2019 11:56

Ik word persoonlijk helemaal tureluurs van het willen aanvullen. Wat ik elke keer dan ook uitzet. En ben je op een andere plek, staat dat natuurlijk weer aan. Enige wat ik wil laten aanvullen is de naam van variabelen. Dat is het enige wat ik dee met ctrl + space op eclipse

_Thanatos_ @Anoniem: 1128097 • 4 april 2019 14:47

Je kunt intellisense en code completion gewoon negeren en doortypen. Wat er ná je cursor neergezet wordt, kun je gewoon overheen walsen zelfs.

Anoniem: 1128097 @_Thanatos_ • 4 april 2019 14:55

Tuurlijk kan dat, maar het haalt mij volledig uit mijn concentratie, want dan denk je ineens aan de voorgeschotelde functie en dat dat in de toekomst aangepast moet worden om..... Je snap het iig.
En bij eclipse kon je dat mooi uitzetten totdat jij zelf een toetsencombo deed zodat je dan aanvulling kreeg, maar de meeste applicaties zijn gewoon rete irritant.

Blokker_1999

Open source

@Anoniem: 1128097 • 4 april 2019 11:05

Code completion is inderdaad niet nodig maar dingen zoals eenvoudige fouten detecteren is dan weer wel handig en natuurlijk het eenvoudiger kunnen beheren van al je bestanden in je project. Je ziet dan ook een verschuiving van full blown IDEs naar lichte editors, maar zo kaal als dit, daar ga je niet veel mensen plezier mee doen.