Live data from Hacker News

GNU nano is my editor of choice (2021)

ariadne.space

31–40 of 303 posts

Re: GNU nano is my editor of choice (2021)

#31
I've never seen the point in spending time and effort learning and memorising a bunch of vim commands. If I need to do more than simple edits to a file, I'll have a graphical desktop installed and use vscode. I tend to use nano if using a CLI as it's more intuitive.

Re: GNU nano is my editor of choice (2021)

#33
post #5

There was a time (2006?) when I was getting into linux. I was a big microsofty, due to comfort mostly, and I was shamed into trying Linux. Like most people I went Ubuntu first, but wifi drivers at the time were lacking, and nvidia of yore was certainly not better than nvidia of now. Suffice it to say: I spent a lot of time in the terminal trying to fix things. Nano was my tool of choice because: honestly the initial…

> I feel like nano shipping as the default editor is a step-back.

I’ve never used a distribution that includes nano, but not also some variety of vi and/or emacs. And there’s no “favorite”/“default” binding in terminal.

There are defaults in the GUI, however those are almost exclusively Kate or gEdit. And new users probably use those far more frequently as their first editor.

The only qualifier I can figure for nano being a default is the number of tutorials/guides that use it.

Re: GNU nano is my editor of choice (2021)

#34

Highly reminiscent of #378: * nano? Real Programmers use emacs. * Hey. Real Programmers use vim. * Well, Real Programmers use ed. * No, Real Programmers use cat. * Real Programmers use a magnetized needle and a steady hand. * Excuse me, but Real Programmers use butterflies. They open their hands and let the delicate wings flap once. The disturbances ripple outward, changing the flow of the eddy currents in the upper…

You forgot the last panel: * Nice. 'Course there's an emacs command to do that. * Oh yeah! Good ol' `C-x M-c M-butterfly`... * Dammit, emacs! https://xkcd.com/378/

In homage to this, there's now `M-x butterfly' in Emacs.

Re: GNU nano is my editor of choice (2021)

#35
post #25
post #16

Earlier quoted context omitted.

Wha?! Nothing matches the power of vi or emacs. Nothing. If you don't want the power, or don't need the tool, fine. I get that. But calling vi terrible, is like complaining that a sledgehammer is terrible, because you want to hang a picture, and that's all you have.

That's the thing. I want to hang a picture.

That is why you use Emacs. It has `M-x picture-mode` and its successor, `M-x artist-mode'.

Re: GNU nano is my editor of choice (2021)

#36
post #31

I've never seen the point in spending time and effort learning and memorising a bunch of vim commands. If I need to do more than simple edits to a file, I'll have a graphical desktop installed and use vscode. I tend to use nano if using a CLI as it's more intuitive.

One reason among many: less keyboardmouse hand movements -> less strain on your hands and wrists. Vscode has decent vim bindings btw.

Re: GNU nano is my editor of choice (2021)

#37
post #26

Nano is the first thing I apt remove upon installing a new Debian box. Yes, I could use update-alternatives to make it non-default, but better uninstall the damn thing so that nobody can hurt themselves...

How do you even hurt yourself with something that has on-screen help?

Re: GNU nano is my editor of choice (2021)

#38

I've never learnt Vim or Emacs, have always used Nano when editing via the terminal. However I increasingly find myself firing up a VSCode remote session if I need to edit more than a single line. Remote VSCode is kind of magic, I'm increasingly working in (local) VMs via it. I have one project that is probably never going to never going to support ARM, and I'm close to needing to upgrade my MacBook. I really want an…

I don't understand something. In order to remote develop you've to install VSCode to the remote machine?

Re: GNU nano is my editor of choice (2021)

#39
There is a very simple, end-of-discussion type argument why shipping Vim as the default editor is a terrible idea: Because its user interface differs significantly from how every other program on the system works.

You can have all kinds of fruitful or fruitless debates about whether there is some deeper sense in which Vim is a "superior" editor, but there is no sensible reason for it to be the default, ever. Conventions matter. Don't surprise me. That's literally UX design 101. If a single program sticks out like a sore thumb because every keyboard shortcut suddenly means something different than it does in all other programs installed by default, that program is the problem.

Replacing Vi(m) with Nano in the standard install was one of the most important UX decisions made by the major distros in recent years, and I can only attribute to blatant arrogance from some of the decision makers that it took so long in the first place.

Post reply on HN