Live data from Hacker News

Show HN: I built an online interactive course that helps you learn Vim faster

vim.so

271–280 of 283 posts

Re: Show HN: I built an online interactive course that helps you learn Vim faster

#271
post #31

Before trying these courses , Please try vimtutor that comes bundled with vim . After practicing with vimtutor , you can try these additional courses.

first vimtutor and then :help user-manual

The vim help files are fantastic. Well written, and clearly explain any feature you need to understand better.

Re: Show HN: I built an online interactive course that helps you learn Vim faster

#272

Earlier quoted context omitted.

Have you tried contacting the developer?

I have contacted the developer and offered $10,000 for a perpetual license, but it was not for sale.

/s? If not, I’ll rebuild that and offer you a lifetime license for $9,999 as a hackernews discount ;)

Re: Show HN: I built an online interactive course that helps you learn Vim faster

#273

Earlier quoted context omitted.

I have contacted the developer and offered $10,000 for a perpetual license, but it was not for sale.

/s? If not, I’ll rebuild that and offer you a lifetime license for $9,999 as a hackernews discount ;)

no sarcasm, not currently on offer

Re: Show HN: I built an online interactive course that helps you learn Vim faster

#274

Earlier quoted context omitted.

ysiwb yank-surround-in-word-brackets also does it. If you have https://github.com/tpope/vim-surround/ installed.

Could you please explain why we use Yank here? From what I understand yank puts the surround-in-word in a register. But there is nothing surrounding the word! I thought yank was for copying and pasting stuff. I can't understand why ysiwb works :(

I believe that this is just an arbitrary choice that doesn't collide with other keys and is fairly consistent with the other keybindings — cs for changing delimiters, ds for deleting delimiters, and ys for creating delimiters.

Re: Show HN: I built an online interactive course that helps you learn Vim faster

#276
post #62

Nice trial exercise on the front page. While trying it out, I wanted to use the backspace key, which in Vim moves to the last character on the previous line (when used on the beginning of a line, that is), but that didn't work - backspace on the start of the line doesn't seem to move the cursor at all. I was pleasantly surprised that cw and D are implemented correctly though, so props on that!

> backspace on the start of the line doesn't seem to move the cursor at all.

AFAIK that's controlled by "set backspace=" and thus will vary based on one's .vimrc (or the system vimrc, installed by the package manager): https://stackoverflow.com/questions/18777705/vim-whats-the-d...

One can see the current value of the backspace setting via

    :echo &backspace

Re: Show HN: I built an online interactive course that helps you learn Vim faster

#277

Earlier quoted context omitted.

Could you please explain why we use Yank here? From what I understand yank puts the surround-in-word in a register. But there is nothing surrounding the word! I thought yank was for copying and pasting stuff. I can't understand why ysiwb works :(

I believe that this is just an arbitrary choice that doesn't collide with other keys and is fairly consistent with the other keybindings — cs for changing delimiters, ds for deleting delimiters, and ys for creating delimiters.

Thanks! That's really thorny. It goes against the grain of composability and logically destructuring the command into verbs and actions and modifiers.

They should not overload y for yank. Choose anything else that's not used.

Re: Show HN: I built an online interactive course that helps you learn Vim faster

#280
post #62

Nice trial exercise on the front page. While trying it out, I wanted to use the backspace key, which in Vim moves to the last character on the previous line (when used on the beginning of a line, that is), but that didn't work - backspace on the start of the line doesn't seem to move the cursor at all. I was pleasantly surprised that cw and D are implemented correctly though, so props on that!

> backspace on the start of the line doesn't seem to move the cursor at all. AFAIK that's controlled by "set backspace=" and thus will vary based on one's .vimrc (or the system vimrc, installed by the package manager): https://stackoverflow.com/questions/18777705/vim-whats-the-d... One can see the current value of the backspace setting via :echo &backspace

Actually, the 'backspace' setting only governs what the backspace key does in Insert mode. In Normal mode, which is what I was referring to in GP, has the behavior I describe regardless of how 'backspace' is configured.
Post reply on HN