-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
CSS Performance #1648
Comments
If you remove But you should use some optimalizations on your side, virtual scroll, lazyloading, pagination etc |
Would something like this get better performance?
or perhaps: (from Reboot.css)
|
@Samuell1 and I hear ya about optimizations, but a new framework causing rendering slow-downs over 2x or more seems a bit non-standard too. Im not a CSS wizard, but I am curious what tweaks can be done in this framework to reduce the performance impact. |
@caseyprovost You should have optimalizations and not to render a 1k items on page you can try pure HTML with 1k items and you will get same performance drops from browser. |
@Samuell1 I think the key is |
@caseyprovost can you test that? |
@Samuell1 I have locally in my environment and it does seem to improve page load times by 1-1.5seconds. Do we have tests in this repo for performance that would be a good place to add something like this? |
@caseyprovost do you using only vue-material without any your code? |
Steps to reproduce
All you need is a page with lots of dom elements. Say 1000, you can even cheat and make most of those options in a drop down. Introduce Vue Material and watch your performance drop.
Which browser?
Chrome - Latest (Mac)
What is expected?
Reasonable performance
What is actually happening?
We have a legacy app that we are introducing this to and we are seeing about a 2x speed loss when rendering heavier pages. The culprit seems to be this guy:
If we remove the above all performance issues are rendered moot (mostly). How can we make this more performant?
-- EDIT --
It is worth noting that if you add more and more dom elements you can watch performance degrade. Our situation is a page with over 14,000 dom elements. I know that seems nuts, but it does render fast without this additional css.
The text was updated successfully, but these errors were encountered: