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

GNU nano is my editor of choice

ariadne.space

Post reply on HN
Print view View original

171–180 of 236 posts

Re: GNU nano is my editor of choice

#171

Post by maddyboo »

garciasn wrote: post #169
maddyboo wrote: post #144

Earlier quoted context omitted.

Forgive me for misunderstanding the ambiguous comment, both C-k and C-u are associated with multiple cursors in VSCode [0] ;) I use the following mappings for emacs-ish editing in insert mode: " emacs-style editing & motion inoremap inoremap inoremap inoremap inoremap inoremap inoremap inoremap de inoremap D inoremap inoremap " restore support for digraphs to M-k inoremap `C-k` doesn't append to a "kill ring", but yo…

It isn’t silly nor did it require you to jump to the defense of vim’s behavior. It was a simple statement that vim’s functionality can be clunky and with all of its flexibility, it cannot handle something as simple as nano/pico’s method for keyboard copy/paste. It’s literally the one functionality I would love to become available in vim that exists in nano/pico which would make mine (and likely many others’) lives an…

But it can handle it with a very small bit of configuration, as I’ve shown above. I am not trying to defend vim here, the editor you use or prefer has no effect on me. I’m just trying to point out that if you want it to work in a certain way, it’s almost always possible.

Re: GNU nano is my editor of choice

#172

Post by lolinder »

arghwhat wrote: post #38
Guid_NewGuid wrote: post #14

So I have a question and I'd like to understand if possible. To me programming isn't text editing. Granted, we use text to write most code outside of say Pike but effectively most programming is working with symbols right? Like .subst is meaningless as an operation on a string but .substring(0, 1) is meaningful. So I don't really get the advantage of such, to my mind, rudimentary text editors. At a minimum surely bei…

To me, programming is a mental task that requires overview and easy text manipulation. Most IDEs get in the way of me effectively navigating the code as it was originally organized, while still maintaing my overview. "Big" IDEs that clearly sacrifice text area for widgets, or shift text around to pop up distracting inline "help" are the worst offenders. I'm looking at you, Visual Studio. Common IDE tools like ho-to-d…

> I always get frustrated by how slow go-to-definition users are compared to those that just... Open the file in the tree that would logically contain that part.

Maybe you're not frustrated with go-to-definition users so much as people who are inexperienced with their tool. I'm having a hard time imagining navigating a file tree being faster than control clicking on a function call or opening "find anywhere" and typing the name of a symbol.

Re: GNU nano is my editor of choice

#173

Post by Guid_NewGuid »

Guid_NewGuid wrote: post #14

So I have a question and I'd like to understand if possible. To me programming isn't text editing. Granted, we use text to write most code outside of say Pike but effectively most programming is working with symbols right? Like .subst is meaningless as an operation on a string but .substring(0, 1) is meaningful. So I don't really get the advantage of such, to my mind, rudimentary text editors. At a minimum surely bei…

Too late to edit but I meant Piet not Pike for a non-text based programming language.

Re: GNU nano is my editor of choice

#174

Post by ImprovedSilence »

crazygringo wrote: post #95
dijit wrote: post #37

Earlier quoted context omitted.

The thing about that “snobbery and gate keeping” is that it’s not at all that. Maybe not everyone’s experience mimics mine but I felt like people looked down at me a bit when I was 16 for using nano on the command line. But, and here’s the kicker, if I hadnt been pushed into vim I would not be nearly as productive now. There have been countless times in my career as a sysadmin/devops/SRE where I’ve been stuck with ho…

> What I thought were people looking down on me were in fact people looking at me with hopeless pity Or maybe they actually were looking down on you. When we feel bad in response to someone else, we're not usually misinterpreting the emotional cues. It's not just what they say -- it's the way they say it. Which is why the term "constructive criticism" exists. If you want to help them, then make them feel good by expa…

>> But support them in their own choices and autonomy.

I mean yeah, sorta, sometimes. But other times u get back that vibe of “I just don’t care to learn something new, I’d rather do the bare minimum and I’m not really hungry to learn new things”. And recognizing the presence of this attitude is what causes the looking down upon.

Re: GNU nano is my editor of choice

#175

Post by sgarland »

budafish wrote: post #4

I've been a really big fan of Micro[1]. A single binary with excellent out of the box features. Mouse mode, syntax highlighting, tabs etc [1] https://github.com/zyedidia/micro

+1 for micro. I do need to learn vim beyond simple stuff, but in the meantime, micro gets installed everywhere.

Re: GNU nano is my editor of choice

#177

Post by umvi »

dijit wrote: post #37
ctur wrote: post #6

The thesis of this post is roughly that nano, when configured, is enough of an editor for the author. Which is totally fine! People should be happy with their tools and not feel pressured by popularity to use what others use (vim, emacs being prime competitors in this case). Alas, nano (and pico before it) have a certain stigma among more "experienced" Unix users that more or less boils down to gatekeeping and snobbe…

The thing about that “snobbery and gate keeping” is that it’s not at all that. Maybe not everyone’s experience mimics mine but I felt like people looked down at me a bit when I was 16 for using nano on the command line. But, and here’s the kicker, if I hadnt been pushed into vim I would not be nearly as productive now. There have been countless times in my career as a sysadmin/devops/SRE where I’ve been stuck with ho…

> Maybe not everyone’s experience mimics mine but I felt like people looked down at me a bit when I was 16 for using nano on the command line.

Just say "nano is Linus Torvald's editor of choice" (which is true and will instantly shut down the debate)

Re: GNU nano is my editor of choice

#178

Post by bakul »

koolba wrote: post #116
relax88 wrote: post #52

Earlier quoted context omitted.

If you’ve never logged into a Linux machine without nano installed, then you probably haven’t logged into that many flavours of Linux machine. I agree this is pretty much a non issue for the average developer, but those of us who work on network infrastructure, as red-team hackers, or do any work on embedded systems can attest to how much of a pain it would be to not know how to use vi/vim.

This is even more common in the world of containers where “nice to have just for debugging” get omitted. You haven’t lived till you have to edit using only sed.

ed.

Re: GNU nano is my editor of choice

#179

Post by huachimingo »

dllthomas wrote: post #57
_def wrote: post #10

nano was my cli editor of choice because I was overwhelmed by vim. For years I felt subpar and thought that I should learn using vim. I'm using vim for some years now but I don't really make much use of it's features, maybe an occasional cut and paste, which probably can easily be done with nano too.

https://vim-adventures.com/ is a fun way to flesh out your vim understanding. I've only been through the free bit and balked at the price tag, but very much enjoyed what I played and if I weren't already well versed in vim it would probably be well worth it to continue.

Dont forget vimtutor, also available in CLI.

You learn vi(m) by steps using a quick manual.

Re: GNU nano is my editor of choice

#180

Post by hulug »

ineedasername wrote: post #153
yissp wrote: post #114

Earlier quoted context omitted.

vs "lol use a real editor n00b"

Real developers only use cat >> to edit, and start from scratch if they make a mistake.

In Plan 9 the terminal has something called "hold mode" which lets you do multi-line editing in that situation.
Post reply on HN