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

I set all 376 Vim options and I'm still a fool

evanhahn.com

Post reply on HN
Print view View original

91–100 of 142 posts

Re: I set all 376 Vim options and I'm still a fool

#91

Post by eviks »

PhilipRoman wrote: post #90
eviks wrote: post #76

Earlier quoted context omitted.

It's slower to "stop precisely"on key hold/release, so 10j still makes more sense, only for a few lines tapping J a few times makes more sense, but not 10-20

It can be about as fast if you set key repeat delay to minimum and repeat speed to maximum. I used it for a while and got quite precise with it. Works well until someone else needs to use your computer for a moment...

Hm, I doubt the precision can match and avoid under/overshootings, especially at high enough repeat speed to match, and it's a global change that can affect even regular typing, so you're suggesting specialized training (to minimizeerrors) for a less effective workflow

Re: I set all 376 Vim options and I'm still a fool

#92

Post by worksonmine »

bluebarbet wrote: post #83
jcrben wrote: post #73

Earlier quoted context omitted.

Generally I'm using 'e' to go forward and 'b' to go backward

Whereas I have always used `w` and did not even know that `e` existed (not that I can see an obvious advantage to it). Ahh, vim.

> (not that I can see an obvious advantage to it).

Precision. I use e/E more often than w/W when editing a line or creating macros, but w/W for moving around. But more often i search with f and jump to next match with ; if I didn't hit the target right away. / then n if I'm moving to another line.

Re: I set all 376 Vim options and I'm still a fool

#94

Post by worksonmine »

Uptrenda wrote: post #35

I never understood the appeal of these command-line editors with a million commands for different edge-cases. Why not just use VSCode? It has every possible extension you already need and a simple GUI. No need to type commands just to edit text when there's a file manager... It has remote SSH and features for vm machines. To me the kinds of people using these editors are the kinds of people that love making everythin…

> To me the kinds of people using these editors are the kinds of people that love making everything more complex to seem smart.

I finally jumped the gun almost a decade ago because I had too many Electron apps for my cheap laptop to handle and had to scale down to be able to get anything done without freezes.

At first the modal editing was difficult but it clicked immediately and these days I'm handicapped in normal typing. I still type vim motions by accident in Libreoffice which is the last program I use that doesn't support modal editing. Lately I'm getting around that by typing in markdown and using pandoc to convert it to `.odt` or `.docx`.

> every possible extension you already need

In Vim land the first step isn't to install an extension, it's to create a keybinding. It can be as simple as a one-liner, to a shell script or even command-line tools. You can run it on the filename, the file contents, or the selection. The only limit is your imagination and experience. You don't really get it yet because you're conditioned into thinking the way you're used to, not how it could be done.

It has nothing to do with looking smart, I don't care what others think. Could it be your own coping mechanism for feeling dumb about not being able to use it?

Re: I set all 376 Vim options and I'm still a fool

#95

Post by benterix »

guidopallemans wrote: post #86
laserbeam wrote: post #69

Earlier quoted context omitted.

I found that moving between empty lines is the nicest way to navigate most code across all programming languages, markup languages and just regular text. I don’t have to think, I don’t have to count, I just move and select text big chunks at a time… (not in vim, but I first saw someone have key bindings for this in vim)

This is the one thing I brought from my time of trying out vim. I have now set all my editors to move by paragraph with ctrl+up/dn. It fits so well together with ctrl+left/right that I think it should be standard behaviour. I also set up ctrl+shift+up/dn to select, of course.

>I have now set all my editors to move by paragraph with ctrl+up/dn.

It's even simpler with Vim - just one keystroke - { or }.

Re: I set all 376 Vim options and I'm still a fool

#96

Post by gorjusborg »

kelnos wrote: post #38

I've been using vim for over 20 years as my primary editor. I'm faster and more comfortable in it than I am in any other editor, but I still feel like a vim noob I still have to look up how to do things I rarely do (like insert the contents of another file at the cursor position). And I don't really use many (if any) of vim's intermediate features, let alone advanced ones. I've tried various ways to get more fluent,…

My time with Vi/Vim is similar, measured in decades.

There's a lot in Vim, and there's no requirement to be a tech maximalist. Settling at core features is not being a noob.

Re: I set all 376 Vim options and I'm still a fool

#97

Post by jez »

benterix wrote: post #95
guidopallemans wrote: post #86

Earlier quoted context omitted.

This is the one thing I brought from my time of trying out vim. I have now set all my editors to move by paragraph with ctrl+up/dn. It fits so well together with ctrl+left/right that I think it should be standard behaviour. I also set up ctrl+shift+up/dn to select, of course.

>I have now set all my editors to move by paragraph with ctrl+up/dn. It's even simpler with Vim - just one keystroke - { or }.

On a US keyboard layout this is the same number of keys because { and } are Shift+[ and Shift+]

Re: I set all 376 Vim options and I'm still a fool

#98

Post by multjoy »

jrm4 wrote: post #62
AlexandrB wrote: post #28

Earlier quoted context omitted.

Learning Vim has been one of the highest-longevity skill I picked up in University. With every new technology - autocomplete, IDEs, various GUI design interfaces - there's always a chorus of folks who say: "Well now you don't need to Vim, this new tool makes that obsolete." And every time I end up having to manipulate a mountain of text regardless - whether that's in logs, source code, configuration, or documentation…

But the thing is -- will it be? Which is to say, let's take two extremes. The "vim" way vs. the ultra-Emacs way, right? The thing is, it will soon become trivially easy to modify your own "text editing environment," and by you I mean everyone? The more I read this, the more I'm strongly predicting a resurgence in this sort of individualization.

>The thing is, it will soon become trivially easy to modify your own "text editing environment,"

elisp enters the chat

Re: I set all 376 Vim options and I'm still a fool

#99

Post by ziml77 »

Uptrenda wrote: post #35

I never understood the appeal of these command-line editors with a million commands for different edge-cases. Why not just use VSCode? It has every possible extension you already need and a simple GUI. No need to type commands just to edit text when there's a file manager... It has remote SSH and features for vm machines. To me the kinds of people using these editors are the kinds of people that love making everythin…

If I'm already in the terminal, they're perfect for quickly looking through and editing files. Heck, I've done it plenty where I'm in the VS Code embedded terminal to run some commands and then I want to quickly touch a file and so I open neovim inside the VS Code terminal!

Re: I set all 376 Vim options and I'm still a fool

#100

Post by schemathings »

astrobe_ wrote: post #17
swyx wrote: post #11

> single keystroke could move the cursor halfway across the file to exactly the right spot. sorry what is this? exaggeration?

Nope! "G" moves the cursor to the end of the file. Very useful. Inferior editors have ctrl-end or alt-end, but with Vim, 90% of your lazy fingers stay on the home row!

I find myself using '' as a builtin bookmark to go back to my previous spot when I use G, like gg=G'' to apply code formatting for the whole file then return to my spot.
Post reply on HN