As with all new incoming administrations, The White House website has been updated.  Lots of little details stand out, like accessibility enhancements around text size, dark mode and viewport accomidations.

Also, since it affects us all, I recommend you check out the covid-19 plan page. Lots of great detail in here around how the administration plans to tackle the pandemic. Specifically, the parts around overall guidance and treating lockdowns like a “dial”, spelling out the rollout plan so folks know when/where they can get vaccinated

None of this is novel at all. It’s all pretty common sense stuff but I’m hopeful to see clear, consistent communication from our state and national leaders.

whitehouse.gov

As with all new incoming administrations, The White House website has been updated.  Lots of little details stand out, like accessibility enhancements around text size, dark mode and viewport accomidations.

Also, since it affects us all, I recommend you check out the covid-19 plan page. Lots of great detail in here around how the administration plans to tackle the pandemic. Specifically, the parts around overall guidance and treating lockdowns like a “dial”, spelling out the rollout plan so folks know when/where they can get vaccinated

None of this is novel at all. It’s all pretty common sense stuff but I’m hopeful to see clear, consistent communication from our state and national leaders.

While the delivery is a bit too get-off-my-lawn for my tastes, this twitter thread by @gravislizard has a lot of points I agree with. For someone that makes a living on the web UI side of things, even I can admit that most web user interfaces these days are brittle, unintuitive and slow.

Almost everything on computers is perceptually slower than it was in 1983

From @gravislizard on Twitter:

one of the things that makes me steaming mad is how the entire field of web apps ignores 100% of learned lessons from desktop apps

While the delivery is a bit too get-off-my-lawn for my tastes, this twitter thread by @gravislizard has a lot of points I agree with. For someone that makes a living on the web UI side of things, even I can admit that most web user interfaces these days are brittle, unintuitive and slow.

James Archer writes about the Hamburger Menu:

As an industry, we had somehow gotten “confusing and difficult navigation” mixed up with “fun and engaging user interface,” and convinced ourselves that people would put up with frustratingly vague navigation because it was cool and animated. It took a long time for the industry to finally break that habit.

I feel like I fight this battle with every new design concept comes my way these days, and rarely is it done with user experience in mind. More often than not, it’s put in place to satisfy multiple stakeholders who all want their pet page/project front and center. Out of options, the designer chooses a hamburger navigation option to appease all involved. The user doesn’t win here.

Mr. Archer gives a lot of good examples of why this style of nav is rarely a good idea, as well as a few good solutions for simplifying when you’re on a mobile layout. Definitely worth a read.

This hamburger is made of mystery meat

James Archer writes about the Hamburger Menu:

As an industry, we had somehow gotten “confusing and difficult navigation” mixed up with “fun and engaging user interface,” and convinced ourselves that people would put up with frustratingly vague navigation because it was cool and animated. It took a long time for the industry to finally break that habit.

I feel like I fight this battle with every new design concept comes my way these days, and rarely is it done with user experience in mind. More often than not, it’s put in place to satisfy multiple stakeholders who all want their pet page/project front and center. Out of options, the designer chooses a hamburger navigation option to appease all involved. The user doesn’t win here.

Mr. Archer gives a lot of good examples of why this style of nav is rarely a good idea, as well as a few good solutions for simplifying when you’re on a mobile layout. Definitely worth a read.

If you haven’t been keeping up with this small-scale drama, Nolan Lawson wrote an article about a week ago about how Safari is falling behind other browser vendors.  This led to a pretty large outcry from the Apple faithful (which, honestly, I typically consider myself part of) and finally a slight backtrack from the author.

I think his biggest mistake was saying “Safari” rather than “WebKit” in the title.  If you do web development for a living you know that Chrome/Blink is the best platform for building cutting-edge stuff on the web and Webkit is starting to lag behind.  There are probably tons of reasons why Google forked Webkit in 2013, but Blink has raced ahead of Webkit’s abilities – and Apple’s yearly release cycle of developer-facing features has a lot to do with that.  3 or 4 years ago it was unheard of to have to apply polyfills to account for any issues in Safari – I mean, polyfills were for IE, right? – but these days I do find a handful of bugs cropping up during our QA process that I’ve had to remedy in my personal default browser.

The rebuttals from the Apple faithful were kind of comical, trying to pit Google’s Chrome against Safari in an effort to say Safari is focused on privacy and battery/performance (it is, and that’s why I love it), but those two things don’t have to exist independent on one another. I applaud the Safari team for a lot of the new user facing features they’ve rolled out recently (some of the new features of El Capitan in particular look really nice), but I’m sure even they would admit the WebKit team and the Safari UI teams are focusing on different agendas and release cycles.  If the author had kept to talking about WebKit instead of ‘Safari’ proper, I bet a lot of the fairly uninformed Apple bloggers would have stayed on the sidelines.

All that said, I do hope that Apple picks up their slack on the rendering engine front – if they want to make Safari’s user facing changes part of their yearly OS updates, that’s fine with me but the rendering engine fixes should roll out more frequently and in greater overall volume.  I love Chrome’s rendering engine, dev tools, and their update cycle/philosophy.  But I hate the UI and battery impact with a passion.  I doubt we’ll see the ability to set new default browsers on iOS anytime soon, so I hope I can stay in the ‘Safari ecosystem’ , but that requires quicker integration of new web technologies, involvement in the web dev community, and I’m not sure Apple wants to do those things.

 

Safari and the User Centric Web

If you haven’t been keeping up with this small-scale drama, Nolan Lawson wrote an article about a week ago about how Safari is falling behind other browser vendors.  This led to a pretty large outcry from the Apple faithful (which, honestly, I typically consider myself part of) and finally a slight backtrack from the author. […]

Continue reading →