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

Performance speed issues? (just a question) #12

Open
ghost opened this issue Jul 4, 2020 · 7 comments
Open

Performance speed issues? (just a question) #12

ghost opened this issue Jul 4, 2020 · 7 comments

Comments

@ghost
Copy link

ghost commented Jul 4, 2020

In my case, this plugin obviously slows down the performance speed of vim. I don't know Vim well, but it seems to slow it down when it goes into buffer. It delays by about a second, when I move the window in <C-w>hjkl or when I use :b to move the When switching buffers. A similar plugin, colorizer, doesn't have this kind of delay. Is it just me? (I'm new to Vim so I don't know how to research it in detail. )

  • macos 10.15.5
  • vim 8.2.1100 using homebrew
  • alacritty 0.4.3
@shmargum
Copy link
Owner

can you provide some more info or a more specific example here? the plugin might be re-executing when context switching which I have at least partially addressed in the past

my vim workflow is usually pretty simple and i usually only have 1 buffer per window, but I did some fixes for vim split which has multiple buffers.. your workflow may be outside of my initial assumptions

@Scribler
Copy link

Scribler commented Nov 15, 2020

I'm also having this issue.

I usually have 4 or more splits/buffers open at a time, and switching between them is slow, (slows more with additional buffers)
when I uninstall it goes back to normal. I'm also pretty new to vim, so possibly there's something in my .vimrc that's messing it up.
-using vim plug for installation

vimrc2.pdf

@Scribler
Copy link

Scribler commented Nov 15, 2020

I added, "autocmd BufReadPre,BufNewFile * let b:did_vim_sass_colors = 1", and set the '1' to '0' The seems to have helped quite a bit. There is still a little lag when switching between splits, but much better now.

@mrjones2014
Copy link

I also experience crippling performance issues with this plugin, even when just scrolling within the same file. I had to uninstall it because it was making nvim too slow.

@emmanuelclement
Copy link

Very interesting extension but unfortunately I had to uninstall it because of its very very slow speed.

It is indeed even slower when using several panels / split screen.

My projects use a lot of colour variables which are structured as follows:

A file of initial colour variables > A file of references to these variables > Final files using these references.

I would be happy to use this extension again if it improves its performance.

@mrjones2014
Copy link

@Scribler @emmanuelclement @shmargum for those wanting an alternative that works, there's https://github.com/norcalli/nvim-colorizer.lua. It is very fast and "just works"

@emmanuelclement
Copy link

@mrjones2014 : Yes, but the point of vim-sass-color is to tint the $variables themselves. As far as I know it is the only extension able to do this and it is its strength. (In the meantime I use vim-css-color.)

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

4 participants