Software-update: 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.

Versienummer	4.0
Releasestatus	Final
Website	GNU nano
Download	https://nano-editor.org/download.php
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (59)

[Verwijderd]

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]

een ~/.nanorc maken, waarin je per file soort een syntax highlighting in kan stellen:

zoals:

include /trinity/home/lukas/.fortran.nanorc

en dan als voorbeeld mijn eigen .fortran.nanorc

syntax "fortran" "\.(i|F|f|f90|F90|f95|f2008)$"

#color red "\<[A-Z_]a[0-9A-Z_]+\>"
color red "\<[0-9de]+\>"

icolor green "\<(action|advance|all|allocatable|allocated|any|apostrophe)\>"
icolor green "\<(append|asis|assign|assignment|associated|character|common)\>"
icolor green "\<(complex|data|default|delim|dimension|double precision|logical)\>"
icolor green "\<(elemental|epsilon|external|file|fmt|form|format|huge)\>"
icolor green "\<(implicit|include|index|inquire|integer|intent|interface)\>"
icolor green "\<(intrinsic|iostat|kind|logical|module|none|null|only)>"
icolor green "\<(operator|optional|pack|parameter|pointer|position|private)\>"
icolor green "\<(program|public|real|recl|recursive|selected_int_kind)\>"
icolor green "\<(selected_real_kind|subroutine|function|status)\>"

icolor cyan "\<(abs|achar|adjustl|adjustr|allocate|bit_size|call|char)\>"
icolor cyan "\<(close|contains|count|cpu_time|cshift|date_and_time)\>"
icolor cyan "\<(deallocate|digits|dot_product|eor|eoshift|function|iachar)\>"
icolor cyan "\<(iand|ibclr|ibits|ibset|ichar|ieor|iolength|ior|ishft|ishftc)\>"
icolor cyan "\<(lbound|len|len_trim|matmul|maxexponent|maxloc|maxval|merge)\>"
icolor cyan "\<(minexponent|minloc|minval|mvbits|namelist|nearest|nullify)\>"
icolor cyan "\<(open|pad|present|print|product|pure|quote|radix)\>"
icolor cyan "\<(random_number|random_seed|range|read|readwrite|replace)\>"
icolor cyan "\<(reshape|rewind|save|scan|sequence|shape|sign|size|spacing)\>"
icolor cyan "\<(spread|sum|system_clock|target|transfer|transpose|trim)\>"
icolor cyan "\<(ubound|unpack|verify|write|tiny|type|use|yes)\>"

icolor yellow "\<(.and.|case|do|else|ifdef|ifndef|else?if|else?where|end|end?do|end?if)\>"
icolor yellow "\<(end?select|.eqv.|forall|if|lge|lgt|lle|llt|.neqv.|.not.)\>"
icolor yellow "\<(.or.|repeat|select case|then|where|while)\>"

icolor magenta "\<(continue|cycle|exit|go?to|result|return)\>"

icolor brightgreen "\<(module|end module)\>"
icolor brightgreen "\<(subroutine|end subroutine)\>"
icolor brightgreen "\<(program|end program)\>"
icolor brightgreen "\<(function|end function)\>"

icolor brightred "\<(STOP|implicit double precision|implicit real)\>"


## Comment highlighting
icolor brightblue "!.*"

Heb ze ook voor Latex, Python en nog wat andere meuk

[Verwijderd]

Klinkt goed, zal het verder bestuderen. Dankjewel!

[hooibergje]

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]

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

[Verwijderd]

Welnee joh. Is goed voor de pagerank van Tweakers
Bedankt voor je hulp en als ik niet uitkom, stuur ik wel een pm.

[fiftyhillswest]

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

[Verwijderd]

Thanks voor de link. Ik zal het bekijken.

[DaaNMageDDoN]

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

[Verwijderd]

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

[_Thanatos_]

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]

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]

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

[BugBoy]

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]

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_]

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

[mrk_iii]

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_]

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]

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]

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]

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]

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]

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]

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]

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]

Klinkt niet heel moeilijk. Zal er nog eens naar kijken

[mrk_iii]

Toevallig in enschede die hio gedaan?

[BugBoy]

Ja. Onder toeziend oog van Akkersdjk klooien op de VAX

[CAPSLOCK2000]

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]

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

[CAPSLOCK2000]

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]

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]

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]

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]

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

[mroffbeat]

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]

wil je dan niet liever iets als

cat mijnKey >> knownHosts

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

[Jerie]

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]

:x

Oftewel "Save & Quit" is ook handig voor vi

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

[hooibergje]

Vergeet het uitroepteken niet

:q!

[Gamebuster]

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]

Wat is er, wilde je notepad niet sluiten?

[Xantios]

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

[JustWesol]

Ah nano , vroeger gebruikt voor dat ik overstapte naar vim

[WhatsappHack]

Inderdaad een heerlijke editor dit. Goede doorontwikkelingen ook!

[ajolla]

En ook zo mooi op tijd. </sarc>

[Kirth]

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.

[Verwijderd]

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_]

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]

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.

[Verwijderd]

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_]

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

[Verwijderd]

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]

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.

[matty___]

Alleen al het doorspringen naar een functie zou ik al missen.

[matty___]

Je kunt het je bijna niet meer voorstellen maar zo zijn hele OSen geschreven.

[_Thanatos_]

Door masochisten

[ajolla]

Ik heb zo mooi programmeren geleerd hoor. Maar was wel blij toen turbopascal c.s. uitkwam.