it's fine to depend on JS, but if it's something the browser can do without JS, you'll likely be slower with JS
-
-
and that often means more battery used. 1s load times are a maximum, not a target.
2 replies 0 retweets 0 likes -
Replying to @jaffathecake
: for nearly every site I've consulted with, the two are interchangeable because they're sooo slooooow :-(
1 reply 0 retweets 0 likes -
Replying to @slightlylate @scottjehl
sure, but I'd rather advocate approaches that make performance easy rather than a damage limitation game
2 replies 0 retweets 2 likes -
a JS dependent experience (where it isn't necessary) puts you in performance damage-control mode
1 reply 0 retweets 1 like -
Replying to @jaffathecake
: I care about interactive pixels/controls. Uncanny-valley isn't useful.
2 replies 0 retweets 2 likes -
Replying to @slightlylate
unless the primary interaction is looking at pixels, which it is on eg news sites
1 reply 0 retweets 4 likes -
Replying to @jaffathecake
: if you block scrolling or tapping, those pixels are still a lie
2 replies 0 retweets 0 likes -
Replying to @slightlylate @jaffathecake
a magicians trick, a la viewport prerendering in amp. A useful trick that buys you human time.
3 replies 0 retweets 1 like -
Replying to @dalmaer
: viewport pre-rendering is actually different; it happens *before* user has an expectation of interactivity
2 replies 0 retweets 0 likes
@cramforce: when the doc is actually shown, AMP works to build off the pre-render; adds interactive pixels gradually
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
& Web Standards TL; Blink API OWNER
Named PWAs w/
DMs open. Tweets my own; press@google.com for official comms.