this post was submitted on 26 Oct 2024
603 points (97.0% liked)

Programmer Humor

32473 readers
620 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 69 points 2 weeks ago (4 children)

Recently had to edit the hosts-file on a remote host, and I don't know if using two proxy jumps to SSH into it broke it, but it just wouldn't let me select text with the mouse.
I had to duplicate seven lines and edit the IP addresses, and without being able to copy-paste, I already saw myself manually typing it out.

Then I remembered that in Vim, you can do d5↓ to delete 5 lines. Surely that would also work with copying/yanking. And yep, a y7↓ and a paste later and I had duplicated the lines.

Then use the multi-line cursor like I routinely do for changing all 7 IP addresses...
...and now I feel like I've crossed the line where people will think I'm just a wizard.

[–] [email protected] 28 points 2 weeks ago (4 children)

Ctrl-K and Ctrl-U in nano, a sane editor that does not hate you

[–] [email protected] 27 points 2 weeks ago (3 children)

Ctrl-X Ctrl-V in micro, if you appreciate a sane editor with sane keybindings.

[–] [email protected] 7 points 2 weeks ago

That's cool, and I can't wait for it to gain widespread adoption, but nano is already more commonly installed by default.

[–] [email protected] 6 points 2 weeks ago (2 children)

How does micro compare to nano?

[–] [email protected] 29 points 2 weeks ago (1 children)
[–] [email protected] 7 points 2 weeks ago
[–] [email protected] 5 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

better ootb experience with syntax highlighting, sane keybindings, plugin system, and other little things nano lacks.

[–] [email protected] 3 points 2 weeks ago* (last edited 2 weeks ago) (1 children)

Nano has had syntax highlighting for quite a while.

Its keybindings also make sense if your brain is still stuck in the '90s. If not, they're literally printed at the bottom of the terminal.

If I need plugins, I'm not gonna be fucking around with a terminal text editor.

What are these "other little things?" Certainly not "probably already installed on your system."

[–] [email protected] 1 points 2 weeks ago (1 children)
[–] [email protected] 1 points 2 weeks ago

Oh, the irony.

[–] [email protected] 2 points 2 weeks ago (1 children)

"Sane" keybindings are questionable given Ctrl's location (painful to press with both pinky and thumb fingers). It's standard, I'll give it that, but those in helix or vim are mostly (I'm looking at you, navigation between splits) much saner all things considered

[–] [email protected] 0 points 2 weeks ago (2 children)

or maps your caps to Ctrl, like vim users map it to esc

[–] [email protected] 1 points 2 weeks ago

Or build yourself a crkbd, yeah. That's beside the point.

[–] [email protected] 1 points 2 weeks ago

Which is exactly where Sun Unix keyboards place it, in a same spot

[–] [email protected] 18 points 2 weeks ago (1 children)

Vim doesn't hate you. It loves who you could be.

[–] [email protected] 7 points 2 weeks ago

I wish I could :q! you

[–] [email protected] 3 points 2 weeks ago (1 children)

How do I do regex or connect to an LSP with nano?

[–] [email protected] 6 points 2 weeks ago (1 children)

That's the neat part: you don't.

[–] [email protected] 2 points 2 weeks ago (1 children)

Fair enough. Those are things that I like to be able to use, however. Which makes nano/pico/micro a non-starter for me. Different strokes for different folks.

[–] [email protected] 3 points 2 weeks ago (1 children)

Well, they're not necessary for 99.999% of what you need a quick CLI text editor for.

[–] [email protected] 1 points 2 weeks ago

The use-cases for unquick GUI text editors are merely a subset of those solved by quick TUI text editors :P

[–] [email protected] 2 points 2 weeks ago (2 children)

Doesn't that just cut one line at a time? Or is this Emacs-like, where it buffers the lines?

That host doesn't have internet access, though, so installing a different editor wasn't really an option to begin with...

[–] [email protected] 4 points 2 weeks ago

If the host doesn't already have nano, you fucked up super early

But yeah, it buffers the lines.

[–] [email protected] 2 points 2 weeks ago* (last edited 2 weeks ago)

Doesn’t that just cut one line at a time?

Move the cursor to the start of what you want to cut, press ALT+A, then move the cursor with arrow keys (you'll see text be highlighted from where the cursor was to where you move your cursor), then once you've moved the cursor to where you want, press CTRL+K to cut.

[–] [email protected] 9 points 2 weeks ago (3 children)

Just switch to visual mode and select the text and yank it.

Press v where you want to start the selection from (switches to visual mode), hjkl (or arrow keys) to move the cursor to the end, then you can yank it from there. It'll highlight what you're selecting just like you're using your mouse, but you're using the keyboard.

If you want to get really fancy there are 3 different kinds of visual mode, but lower case is the most often one that I use because it's char by char, V is line by line, Ctrl+v is "block" (you can select chunks across several lines omitting things at the beginning or end of lines).

Ctrl+V to do the block mode is nice if you need to edit the same part of several lines that all line up vertically, you just Ctrl+v, jk to select the lines, then I (shift+i) to insert on all those lines (if you're in vim you can delete things in insert mode also, if you're in vi you'll need to delete first then insert)

[–] [email protected] 6 points 2 weeks ago

Had not heard of block mode. I need to try this.

[–] [email protected] 3 points 2 weeks ago

Yeah, when I then used Visual Block mode to do the multi-line cursor, I realized I probably could've selected+yanked it that way, too.

But that is some good info nonetheless. I wasn't actually aware of the different Visual modes...

[–] [email protected] 2 points 2 weeks ago (1 children)

y6jjp is generally faster, tho, as long as you know you need exactly 7 lines or happen to have :set nu rnu in your config. Also, if using nvim, having yanks highlighted helps immensely

[–] [email protected] 3 points 2 weeks ago (1 children)

I might be in a minority of this, but using numbers that way breaks my flow for 2 reasons: Firstly, any number of lines greater than around 3 or 4 means I have to stop and manually count. Not that counting to 6 takes a long time, but it does use some mental capacity while I want my mind focused on the actual code. Secondly, I don't have touch typing in my fingers for the number line on my keyboard. If I need to type a number, I either have to look down at my keyboard, or move my hand over to the numpad. In both cases it would be quicker for me to Vjjjjjy.

[–] [email protected] 2 points 2 weeks ago

manually count

That's why rnu (i.e. relative numbering) is mentioned, tho

[–] [email protected] 5 points 2 weeks ago

I've been using vim as my primary text editor and IDE for near a decade. I forgot that this was a thing so, I've been using visual mode like a peasant.

[–] [email protected] 3 points 2 weeks ago (2 children)

The real question is why you're torturing yourself by manually fixing that stuff? Don't you terraform your Ansibles?

[–] [email protected] 2 points 2 weeks ago (1 children)

That is a very good question. It all started as a dainty test setup, and I guess, we had lost the routine of always scripting hardware setups, because our previous project hadn't required it.

Obviously, the second-best time to start doing it is now, but I'd need to properly learn one of these first to be able to lead the way on that.
Which collides with me not really wanting to use any of the ones I've experienced so far (Ansible, Puppet) in my freetime. 🫠

[–] [email protected] 2 points 2 weeks ago

Ansible is actually pretty nice, if you get the hang of it. Not perfect, but better than triple tunnel ssh.

You could simply automate step by step, each time you change something, you add that to the playbook and over time you should end up with a good setup.

Flakey dev setups are productivity killers.