kennethormandy / kennethormandy/normalize-opentype.css
Poor performance when there are a large number of text nodes (in Chrome OS X)
- Dominant language
- HTML
- Stars
- 786
- Forks
- 26
- PR merge metrics
- No merged PRs in 30d
Description
This is more of an FYI for your reference rather than a bug because I believe the issue is with Chrome itself (OS X only - Windows and Linux seem fine, as are FireFox, Safari and IE).
I've noticed if you have a very long page with a lot of text nodes there is a definite lag before users are able to interact with the page, i.e. before they're able to scroll, or click. You can see the page and the contents, and it's styled, but you can't do anything.
[This site](http://www.fenwick.co.uk/) uses normalize-opentype and all but one of the pages are fine - we had to remove it from [this page](http://www.fenwick.co.uk/brands/) due to the performance issue mentioned above. I don't have a working example of the problem unfortunately (as I said before, I removed normalize-opentype from the page we were having problems with).
Let me know if you've come across this before and if you have any thoughts on it. Maybe if I have some spare time I'll set up a test page to see if I can replicate the problem. Of course it's very likely that new versions of Chrome on OS X will fix it...
Contributor guide
Research direction
No repository file, test, or reproducible example is provided. Start by reviewing the normalize-opentype.css behavior and reproducing the lag on the linked Fenwick brands page in Chrome on OS X, comparing it with the other browsers and platforms mentioned. Done means identifying whether normalize-opentype.css contributes to the delay and documenting a reproducible case or confirmed external Chrome issue.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- css
- Domain
- frontend, performance
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100