Re:300ms Faster: Reducing Wikipedia's Total Blocking Time
by gwern on Monday May 29, 2023 @01:27PM
(#36115998)
The sections could be collapsed by CSS by default without render-blocking JS, and adding a media viewer to random media bits and pieces can definitely wait until later. So time-to-interactivity is unnecessarily hampered here.
[ Parent
| on HN ]
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time
by robertoandred on Monday May 29, 2023 @09:37PM
(#36120244)
Except collapsing them by default makes them inaccessible to people/crawlers that aren't using JS.
Re:300ms Faster: Reducing Wikipedia's Total Blocking Time
by gwern on Wednesday May 31, 2023 @10:48AM
(#36139041)
Who is using mobile without JS? They are going to have many problems beyond collapses... Likewise, crawlers these days generally run with JS enabled in a browser/VM because so much breaks completely if JS is disabled. This is not a real problem, sorry, NoScript fans.
(Anyway, if you are using CSS + the relevant semantic HTML elements, it can be more accessible, not less, because you are expressing priority and emphasis, so they can skip over collapsed stuff. Although I have my doubts whether screenreaders etc make any good use of it, given that they apparently still do not do basic things like stripping soft hyphens.)