Polishing your typography with line height units | WebKit
I should be using the lh
and rlh
units more enough—they’re supported across the board!
I would urge front-end developers to take a step back, breathe, and reassess. Let’s stop over engineering for the sake of it. Let’s think what we can do with the basic tools, progressive enhancement and a simpler approach to building websites. There are absolutely valid usecases for SPAs, React, et al. and I’ll continue to use these tools reguarly and when it’s necessary, I’m just not sure that’s 100% of the time.
I should be using the lh
and rlh
units more enough—they’re supported across the board!
I’m obviously biased, but I like the sound of what Chris is doing to create a library of HTML web components.
- Basic functionality should work on any device that can access the web.
- Extras and flourishes are treated as progressive enhancements for modern devices.
- The UI can look different and even clunky on older devices and browsers, as long as it doesn’t break rule #1.
This is very nice HTML web component by Miriam, progressively enhancing an ordered list of audio
elements.
This is a great history of the idea of progressive enhancement:
It is an idea that has been lasting and enduring for two decades, and will continue.
A redesign with modern CSS.
Having fun with view transitions and scroll-driven animations.
It’s almost as though humans prefer to use post-hoc justifications rather than being rational actors.
Here’s Clearleft’s approach to browser support. You can use it too (it’s CC-licensed).
Here’s how I interpret the top-level guidance in the Web Content Accessibility Guidelines.