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

Vim Racer

vim-racer.com

Post reply on HN
Print view View original

41–50 of 87 posts

Re: Vim Racer

#41

Post by wadd1e »

vim_racer wrote: post #30
vim_racer wrote: post #29

Earlier quoted context omitted.

I've got this feedback quite a few times, so I'm going to bump configurations up on the roadmap. I think proper vimrc configs might be impossible unless I swap out some of my libraries. I should provide the ability to disable relative lines though

Are there any other configurations that people want to have? I can try to do a number of them manually.

I think a choice between standard/relative line numbers would be nice to have because that choice potentially affects your chosen motions

Re: Vim Racer

#42

Post by adumer »

JelteF wrote: post #24
ddlutz wrote: post #9

Maybe i'm missing it, but I think this would be much more useful if it showed what the optimal way to navigate per-target was.

I actually think the wall clock time that is used here is a more useful metric here. Using as few keystrokes is not necessarily most "efficient" in time if you have to think longer about which ones to press.

I worry about this, I feel faster using a simple set and mashing, but how do I know I've not just settled into a local minimum.

I think is why I like the jumping plugins

Re: Vim Racer

#43

Post by chamomeal »

dools wrote: post #36
thot_experiment wrote: post #34

Earlier quoted context omitted.

It's using relative line numbering, at least for me this is how I've had vim set up for the last 10 years. It makes commands like 10j easier to do because you can just look to the side and see how many lines away the target is.

I've never even heard of relative line numbering! I just thought it was broken.

That’s so funny, I love relative line numbers, but I had no idea about half the tips in here.

I use relative numbers while in normal mode, and absolute numbers in insert mode. That way you get easy vertical jumps, but you still have a sense of your line numbers.

Re: Vim Racer

#44

Post by vim_racer »

ccvannorman wrote: post #38
vim_racer wrote: post #35

Earlier quoted context omitted.

Another user mentioned this too. I'll be adding settings to let users turn relative lines off.

is the vimrc exposed? For maximum vimness you could let players mod an empty vinrc from start

I think the library just has key bindings, so it wouldn't even have a vimrc.

The library seems great at the time, but I might need to look into alternatives in the future.

Re: Vim Racer

#45

Post by vim_racer »

mewse wrote: post #40
vim_racer wrote: post #21

Earlier quoted context omitted.

I've heard that feedback before, but I couldn't quite understand what was wrong. I'd really appreciate your help in troubleshooting. My understanding is that Shift + G should be absolute positioning, so 12G will bring you to the twelfth line. I do deviate slightly from default VIM in that relative lines are one, so the line count starts at 0, respective to your cursor. Is there a chance that this plays into your expe…

Not the person you're replying to, but I agree that for me (as another heavy shift-G user), vim-racer having `:relativenumber` turned on is where my own troubles are coming from. I'd really love to be able to specify whether I want absolute or relative numbering (or both or neither); the :set commands don't seem to be implemented?

I'll make the line numbers absolute by default soon.

It's just a shallowish vim, so there's mostly only key bindings. I'd like to support more in the future though.

Re: Vim Racer

#47

Post by JoshTriplett »

ccvannorman wrote: post #38
vim_racer wrote: post #35

Earlier quoted context omitted.

Another user mentioned this too. I'll be adding settings to let users turn relative lines off.

is the vimrc exposed? For maximum vimness you could let players mod an empty vinrc from start

A full vimrc would allow blatant cheating, such as preprogramming commands to do exactly the movements you need for a given case.

It sounds like allowing toggles for a few key options would probably satisfy most people while keeping the spirit of the exercise.

Re: Vim Racer

#48

Post by alpinisme »

palata wrote: post #7
gnomespaceship wrote: post #4

Earlier quoted context omitted.

There's Vim Adventure which is more tutorial than a game bit still: https://vim-adventures.com/

Vim Adventure is great! I find it annoying that it's 25$ for 6 months, because I definitely won't pay again just to quickly redo one level. I think a one-time payment would be more fair. Or maybe if they keep adding level, we could pay per level, so that the levels that have already been paid would stay forever? I don't know.

Agree wholeheartedly. I did pay once but the sour taste it leaves in my mouth to redo what I’ve done makes me reluctant even to recommend it to others. I do recommend it, but with a caveat that probably scares them away.

Re: Vim Racer

#49

Post by gloosx »

Terrible game, but it's good at one thing: showing that navigating Vim without Easymotion is racing on foot instead of a race car.

Re: Vim Racer

#50

Post by cryptonector »

This is fun! Keypress count, and a mode where rather than go faster you have to minimize the number of keypresses, would be fantastic additions.

The game description could clarify what the "target" is.

Post reply on HN