<<<p>@xeenon covers the basics of supporting system-wide Dark Mode in Safari on iOS and macOS.</p>
>> <<erikrunyon.com/2019/06/support>>

<<<p>@dethbakin introduces the latest Safari iOS changes for web developers and evangelizes using RWD for all platforms.</p>

<p>Web specific content starts at 18:30.</p>

<blockquote>
<p>“I want to convince you that you don’t need to know your content is on an iPad, you just need to use feature detection”</p>
</blockquote>
>> <<erikrunyon.com/2019/06/introdu>>

<<<blockquote>
<p>With the introduction of Dark Mode in macOS Mojave last year, web developers have been asking for support in Safari to style web content that matches the system appearance. With the Safari 12.1 update in macOS 10.14.4, dark mode support in WebKit has arrived.</p>
</blockquote>

<p>Only available in Safari 12.1 so far, but worth getting up to speed on the basics.</p>
>> <<erikrunyon.com/2019/05/dark-mo>>

<<<p>Tim Kadlec digs into what we do and don’t know about the <a href="blog.chromium.org/2019/03/chro">Chrome Lite Pages</a></p>

<blockquote>
<p>Despite the vague announcement, between conversations with Chrome folks over the years, digging around and some general knowledge of how proxy services work, we can put together a decent chunk of the puzzle.</p>
</blockquote>
>> <<erikrunyon.com/2019/03/making->>

<<<p><a href="twitter.com/tkadlec">Tim Kadlec</a> on Performance Budgets:</p>

<blockquote>
<p>A performance budget is a clearly defined limit on one or more performance metrics that the team agrees not to exceed, and that is used to guide design and development.</p>
</blockquote>

<p>We set up a performance budget for our recent <a href="nd.edu/">www.nd.edu</a> redesign. Now we need to setup automated monitoring.</p>
>> <<erikrunyon.com/2019/03/perform>>

<<<p>Paul Hebert of Cloud4:</p>

<blockquote>
<p>It’s important to ensure our websites are accessible to everyone, regardless of whether or not they use a screen reader, but with this myriad of options, how do we know when to use what?</p>
</blockquote>

<p>Great pointers for addressing a variety of use-cases.</p>
>> <<erikrunyon.com/2019/03/see-no->>

<<<p>Jeremy Keith recaps Scott’s <a href="aneventapart.com/event/seattle">An Event Apart, Seattle</a> presentation where Scott runs through web performance best practices.</p>
>> <<erikrunyon.com/2019/03/move-fa>>

<<<p>It’s not just javascript. Images certainly contribute to bloat. But the slowness I see on most sites I benchmark is due to excessive (and often unnecessary) javascript.</p>
>> <<erikrunyon.com/2019/03/the-bot>>

<<<p>Rakesh Paladugula:</p>

<blockquote>
<p>Web is for all, people experiencing autism are part of this user base. How can you make sure that your digital content can be made comfortable for these set of users?</p>
</blockquote>

<p>Best practices all around.</p>
>> <<erikrunyon.com/2018/12/web-acc>>

<<<p>Ethan Marcotte’s thoughts on viewing the web on a watch, and why the terms “mobile,” “tablet,” and “desktop” should generally be avoided when designing for the web.</p>
>> <<erikrunyon.com/2018/11/its-not>>

<<<blockquote>
<p>Everything is broken. And it’s broken because we broke it.</p>
</blockquote>

<p>Accessibility isn’t something we should do because we might get sued. It’s something we do because it’s right.</p>
>> <<erikrunyon.com/2018/10/be-bett>>

If you're interested in following along on a HigherEd website build, you can find info and link at erikrunyon.com/2018/09/buildin

Mastodon

Server run by the main developers of the project 🐘 It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!