Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"set showcmd" slows my cursor down in terminal #49

Closed
mxgrn opened this issue Jun 6, 2013 · 11 comments
Closed

"set showcmd" slows my cursor down in terminal #49

mxgrn opened this issue Jun 6, 2013 · 11 comments

Comments

@mxgrn
Copy link

mxgrn commented Jun 6, 2013

I note the slow-down both in and outside of tmux, in iTerm2 and Terminal on OSX. So, is this setting sensible enough?

@justinmk
Copy link

justinmk commented Jun 6, 2013

Is this in a remote session, or local?

@mxgrn
Copy link
Author

mxgrn commented Jun 6, 2013

Local.

@tpope
Copy link
Owner

tpope commented Aug 2, 2013

Is this just on standard HJKL stuff? Having felt plenty of speed pain on OS X, it wouldn't take much for me to gut it.

@mxgrn
Copy link
Author

mxgrn commented Aug 2, 2013

Is this just on standard HJKL stuff?
Yes.

@vectorstorm
Copy link

For what it's worth, there are definite speed issues in both Terminal.app and iTerm2 on OS X, for any terminal program which moves the cursor around to write to different parts of the window, rather than scrolling it. I've been debugging into iTerm2 to try to pinpoint precisely where they're coming from, but haven't been able to point at anything specific just yet. (I have a nasty suspicion that the bottleneck is the pipe between the PTY and the terminal application.. but I haven't been able to prove that yet)

These speed issues aren't visible in X11 terminals running under OS X; only in native apps.

@tlvince
Copy link

tlvince commented Oct 30, 2013

I'm also experiencing noticeable slowdowns on OS X terminals (Terminal.app and iTerm2).

Also, blinking commands (particularly noticeable with repeating line motions (hjkl)) is distracting.

showcmd's principle use (for me) is a line count during visual selection. More than happy to compromise in order to resolve the above (selection line counts are easily achievable in other ways, e.g. g^G).

@tpope
Copy link
Owner

tpope commented Mar 7, 2014

@tlvince are you confirming a clear link between 'showcmd' and slowdowns? I tried both terminals with and without tmux and I can't reproduce anything. Like I said, I'm not that attached to 'showcmd', but I'd like a bit more than one piece of anecdotal evidence before killing it.

@oblitum
Copy link

oblitum commented Dec 6, 2014

@tpope besides slowdowns, I'm here because I did follow the link on README about reassessing defaults. Personally I don't like showcmd by default, for me it's just annoying and looks useful solely when debugging commands, so I'm inclined to enable it only for that, it doesn't improve in anything for an overral better vim experience in general. It just flashes in the bottom-right corner for nothing 99% of the time.

Would you consider removing it from vim-sensible? Meanwhile I'm looking how to preload vim-sensible on VIM-PLUG plugin manager, so that I can disable showcmd in my vimrc.

@oblitum
Copy link

oblitum commented Dec 6, 2014

I ended up here because I was looking into https://github.com/junegunn/goyo.vim. I didn't care much about showcmd, but once I entered goyo mode this thing was jumping in my eyes :-)

@vheon
Copy link

vheon commented Dec 6, 2014

@oblitum I use vim-plug and I load vim-sensible this way: vimrc#L18 and vimrc#L108 so then I can disable whatever is in sensible.vim that I don't like

@oblitum
Copy link

oblitum commented Dec 6, 2014

thanks @vheon!

andyleejordan added a commit to andyleejordan/vim-sensible that referenced this issue Dec 25, 2015
For tpope#49 and tpope#109. `set showcmd` can be very annoying.
@tpope tpope closed this as completed in 680a5c6 Dec 26, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants