Umar Hansa’s fantastic video overview of how a browser renders HTML and CSS including the render tree and paint events. Thanks for putting this together Umar!
The Best of the Internets
Do you use a screen reader? Please take this survey. Know someone who does? Pass it on. The survey will be open through 24 July 2015.
A brief but inspiring profile of Greg Smith, a quadriplegic programmer and principal software engineer in Microsoft Research.
This bit was pretty incredible:
He puts together the skeleton of whatever section of code he’s working on that day in his mind. Then, using a camera that responds to his head movements and a mouth-controlled mouse and a metal clicker that he’s been using for 20 years, he’s able to key in the code—letter by letter. It would take too long to type out the code first and then start rearranging. So that part he does by memory.
Another great post from Tim. The sooner we recognize how little we actually control when it comes to our websites, the better we’ll be able to serve our users.
Getting a website successfully delivered to a visitor depends on a series of actions. My server must spit something out. That something must be passed over some network. That something must then be consumed by another something: some client (often a browser) on some device. Finally, the visitor views that something in whatever context they happen to be in.
There are a lot of unpredictable layers here.
See also (from this site):
The esteemed Bruce Lawson on user preferences (e.g., contrast level) and querying them via CSS (or not). User queries present some interesting possibilities, but I doubt users will want to set manually. Via a browser’s UI, however, that is interesting.
A note to Bruce: This could make for an interesting proof of concept browser extension. Interested in playing around with it?
I’m with Stuart Langridge, “progressive enhancement” (as a word) turns a lot of people off. I guess that’s partly why I named my book Adaptive Web Design. It seemed more broadly appealing to build a web that adapts to any browser (and is thereby available to everyone).
Extensible remote browser debugging via node.js. ’Nuff said.
Air travel is a great real-world analogy for progressive enhancement. Kudos to Christian for coming up with it!
Many thanks to Ben Frain for surfacing these issues.
The stock Android browser that shipped with Android 2.1–4.3 used the old version of the Flexible Box Layout Module. … Those are the principal devices you are likely to encounter these issues on.
A good overview of why the “hamburger” can’t stand alone.
“I did multiple tests,” says James Foster, a web developer based in New Zealand, who has surveyed users’ interactions with the button over the course of many months. “The results all came out the same—the icon is not as clear to some users as developers and designers think it is.”
Adding the word “menu” underneath the three lines increases the button’s use by 7.2%, according to Foster’s tests.
Putting the hamburger inside a box, so it looks like a button, increases use by 22.4%.
Switching the lines for the word “menu” makes 20% more people click, Foster found.