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

History and effective use of Vim (2019)

begriffs.com

Post reply on HN
Print view View original

21–30 of 98 posts

Re: History and effective use of Vim (2019)

#21

Post by h0l0cube »

christophilus wrote: post #17
sriku wrote: post #6

Earlier quoted context omitted.

Am a similarly profiled (neo)vim user .. but without cat. Sometimes I catch strange letter combinations like "gqip" in my emails that baffle the recipients. Want vim keys everywhere!

This is me all the time. The worst is “kkk”. I can’t remember why I type it in vim (it’s muscle memory, and I’m not at a computer to try it out), but it has really bad connotations here in the US south, so… no bueno.

Unsolicited advice for scrolling without spamming j and k:

- C-u and C-d to jump up/down

- [ and ] to go prev/next empty line (I have a macro to clear empty spaces at the end of lines so this works well for jumping functions in code)

- from the article: 50% to go the halfway point of a document

- 100gg to go to line 100

- 100k to go 100 lines down

Are there any more good ones?

Edit: occurs to me that you might have remapped kkk to escape normal mode. At one time I had done this for jj. Now I just use C-[ as it’s portable to vanilla vim setups and less of a stretch than the escape key.

Re: History and effective use of Vim (2019)

#22

Post by galangalalgol »

christophilus wrote: post #17
sriku wrote: post #6

Earlier quoted context omitted.

Am a similarly profiled (neo)vim user .. but without cat. Sometimes I catch strange letter combinations like "gqip" in my emails that baffle the recipients. Want vim keys everywhere!

This is me all the time. The worst is “kkk”. I can’t remember why I type it in vim (it’s muscle memory, and I’m not at a computer to try it out), but it has really bad connotations here in the US south, so… no bueno.

I always map jj to esc in my vimrc so I don't have to leave the home row. My code in vscode often fails to compile at first because lines end with ;jj

Re: History and effective use of Vim (2019)

#23

Post by h0l0cube »

mrintegrity wrote: post #8
vaylian wrote: post #3

Earlier quoted context omitted.

> You can only imagine how, in command mode, he effectively summons the textual equivalent of the Nine Hells of Ba'ator upon my open documents if I am not quick enough... There's always [u]ndo. Or you can use :earlier 2m to go back 2 minutes in time.

me Monday morning: :later 8h One can dream...

Copilot in 2030 /s

Re: History and effective use of Vim (2019)

#24

Post by asicsp »

yakubin wrote: post #14
asicsp wrote: post #10

Earlier quoted context omitted.

Not sure I understood your point. There are GUI versions for Windows/Linux/Mac/etc: https://www.vim.org/download.php I use GVim (without the menu/tool bars).

It's still a TUI. I would like Vim to be able to e.g. draw a normal line instead of changing the background of a column of characters, when cc is set. Also not needing to patch fonts to get things like powerline. That and other things of this nature.

Again, I don't understand your point. GVim is GUI, not TUI.

Re: History and effective use of Vim (2019)

#25

Post by yakubin »

cgeier wrote: post #16
yakubin wrote: post #9

If Vim was a GUI application (and could smoothly handle long lines), it would the perfect editor for me. Alas, the best I've seen so far is Neovim's discontinued GUI frontends.

Which discontinued Neovim GUI do you mean? As far as I know, while there are lots of discontinued ones, there are also several actives ones, see [1]. The "Activity" column in the linked table doesn't always show the correct age, e.g. vimr [2] is at least three years old. [1] https://github.com/neovim/neovim/wiki/Related-projects#gui [2] https://github.com/qvacua/vimr

I was mostly thinking about Neovide[1], which is active, but I've read somewhere that Neovim was planning on not supporting this idea (of multiple GUI frontends) and that they were going to focus on the terminal UI. Maybe that was wrong though, since it's still listed on the Wiki you linked, and Neovide is still getting new commits.

[1]: https://github.com/neovide/neovide>

Re: History and effective use of Vim (2019)

#26

Post by rob74 »

christophilus wrote: post #17
sriku wrote: post #6

Earlier quoted context omitted.

Am a similarly profiled (neo)vim user .. but without cat. Sometimes I catch strange letter combinations like "gqip" in my emails that baffle the recipients. Want vim keys everywhere!

This is me all the time. The worst is “kkk”. I can’t remember why I type it in vim (it’s muscle memory, and I’m not at a computer to try it out), but it has really bad connotations here in the US south, so… no bueno.

Not only in the US south. In Germany, there is a health insurance called "Kaufmännische Krankenkasse", and when I first saw their name abbreviated, I wondered why it was written KKH for about half a second...

Re: History and effective use of Vim (2019)

#28

Post by rob74 »

azalemeth wrote: post #2

I love vim. I am not one of those users who has a huge number of plugins and takes part in an extended eco-system that they perhaps do not fully understand -- for the last ~20 years of my life I have been trying to learn a little more vim each time I use it. I often don't, but it just has so many surprises that when I feel frustrated, I try to work out the "vimmish" way of doing things. Occasionally I give into tempt…

Counter-intuitively, cats seem to prefer keyboards over mice when "working" at your PC...

Re: History and effective use of Vim (2019)

#29

Post by doix »

yakubin wrote: post #19
doix wrote: post #15

Earlier quoted context omitted.

What's wrong with the way it handles long lines? It can either wrap or not wrap depending on your configuration. Personally, I disable wrapping in every editor I use because I find it extremely off putting. I'm curious which behavior you desire and if you have any examples of editors that you think handle long lines well.

Performance. I mean really long lines, not merely lines which exceed window width. Vim is a bit better at that than Emacs, but it still slows to a crawl on some large lines. Sublime Text e.g. never has any problems with long lines on the other hand, no matter how long.

With wrapping or without? I occasionally use vim to open up minified JavaScript files to follow stack traces when sourcemaps are broken. I'll open the file and do something like 515328l (go 5153281 characters to the right) to get to the correct place and have never had issues.

When we broke our sourcemaps for a bit, I was the dedicated human source map for a while and vim was an absolute life saver.

Re: History and effective use of Vim (2019)

#30

Post by benrow »

h0l0cube wrote: post #21
christophilus wrote: post #17

Earlier quoted context omitted.

This is me all the time. The worst is “kkk”. I can’t remember why I type it in vim (it’s muscle memory, and I’m not at a computer to try it out), but it has really bad connotations here in the US south, so… no bueno.

Unsolicited advice for scrolling without spamming j and k: - C-u and C-d to jump up/down - [ and ] to go prev/next empty line (I have a macro to clear empty spaces at the end of lines so this works well for jumping functions in code) - from the article: 50% to go the halfway point of a document - 100gg to go to line 100 - 100k to go 100 lines down Are there any more good ones? Edit: occurs to me that you might have r…

I like using L and H to go to bottom or top of screen to initiate scrolling with j or k. You can scroll up or down without moving the cursor using Ctrl-Y and Ctrl-E but I find those a bit hard to get used to.
Post reply on HN