Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GNU Nano 4.0

nano-editor.org

Post reply on HN
Print view View original

41–50 of 154 posts

Re: GNU Nano 4.0

#41

Post by interfixus »

xeeeeeeeeeeenu wrote: post #8

>An overlong line is no longer automatically hard-wrapped. Finally. It was one of the most insane defaults in the history of text editors. Things like this are the reason why it's so hard to recommend nano to beginners.

Oh yes. Got severely burned a couple of times by config files riddled with mysterious errors. Php.ini was never truly happy with the second half of every other comment suddenly posing as code.

Re: GNU Nano 4.0

#43

Post by the8472 »

Scarblac wrote: post #20
nicoburns wrote: post #17

Earlier quoted context omitted.

I would recommend micro. It's simple like nano, but has full mouse support. The only real downside is that it's not installes by default.

So one day someone will write the improvement and call it milli, but then what? Is there a prefix for 10^0? Do these people not plan ahead?

unit

Re: GNU Nano 4.0

#45

Post by sandov »

blattimwind wrote: post #23
Scarblac wrote: post #20

Earlier quoted context omitted.

So one day someone will write the improvement and call it milli, but then what? Is there a prefix for 10^0? Do these people not plan ahead?

Well you can use some of the convenience steps around 1, e.g. centi and deci and then skip the 1.0 and go straight to deca and hecto.

You can call it one, or alternatively:

Re: GNU Nano 4.0

#46

Post by copperx »

mmastrac wrote: post #3

"nano" is an interesting creature - it was originally developed as a replacement for the "pico" command that shipped with "pine" (an amazing curses-based email client) because the license on pico was just not really clear. I still use nano 50% of the time because it's so easy to jump into a file, make some quick changes, and jump out. Plus the mark/cut/paste keystrokes are seared into my memory after years of use.

What happened to pine, by the way? It was absolutely fantastic because it was minimalistic. I like mutt, but it's not the same.

Re: GNU Nano 4.0

#47

Post by unveres »

xeeeeeeeeeeenu wrote: post #8

>An overlong line is no longer automatically hard-wrapped. Finally. It was one of the most insane defaults in the history of text editors. Things like this are the reason why it's so hard to recommend nano to beginners.

I like the idea of hard wrap, line of code shouldn't be longer than 80 characters... sure it's confusing for beginners + sometimes data shouldn't be hard-wrapped, but in general (imho) it's better than worse

Re: GNU Nano 4.0

#49

Post by mruts »

komon wrote: post #30
simias wrote: post #12

Earlier quoted context omitted.

Being an Emacs user I use Zile for that since it's effectively a trimmed-down version of Emacs. Of course unlike nano it's not usually installed by default on most distros, so I still have to use nano or vi from time to time, but I can't say I enjoy it very much.

I often reach for emacs -nw -Q It boots up quickly and the basic editing defaults are all there. Has the advantage of being everywhere Emacs already is as well

I like mg as an emacs-like editor that is simple and quick. Made by the great OpenBSD folks and is of great quality with good documentation.

Re: GNU Nano 4.0

#50

Post by mruts »

l24ztj wrote: post #2

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

Such an insane default. Currently programming a bittorrent client and was edited files to test some functionality. Was confused for a long time until I realized nano was turning my "echo 'this is a test' > test" into "echo 'this is a test\n' > test"
Post reply on HN