I'd rather drop a frame during scrolling than block rendering during a script load that *may* drop a scroll frame
-
-
in that case, getting the article on screen (and letting the user read) is more important
1 reply 0 retweets 1 like -
a model that aggressively focuses on interaction breaks this
1 reply 0 retweets 1 like -
if "interaction" doesn't cover the primary use of many sites (reading), we need a better model.
1 reply 0 retweets 3 likes -
Replying to @jaffathecake @slightlylate
I think it does: scroll. But in the case of SVGOMG it isn't; I wonder with PWA how many non-scrolls we'll get
1 reply 0 retweets 1 like -
Replying to @aerotwist @slightlylate
I can read before scrolling. I can prove it.
1 reply 0 retweets 2 likes -
set me up a scientific test. I will read words on a screen without touching it. Minds will be down.
3 replies 0 retweets 5 likes -
Replying to @jaffathecake
: yes, this is why model I'm developing will have a "discount" for acknowledgement + require visually complete /cc
@aerotwist1 reply 0 retweets 0 likes -
Replying to @slightlylate @jaffathecake
: looking ("scanning") is how you know something is interactive. Lots of cues put that off, delay it.
1 reply 0 retweets 0 likes -
Replying to @slightlylate @jaffathecake
: but we need to distinguish seeing and doing and note they're best when available *together*.
2 replies 0 retweets 0 likes
: the size of the potential gap between them is now this issue.
-
-
Replying to @slightlylate @jaffathecake
: so, basically, we want everything fast, but we don't want things we can't use even if they are fast.
0 replies 0 retweets 0 likesThanks. Twitter will use this to make your timeline better. UndoUndo
-
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.