Manuel Matuzović
matuzo.at · Personal blog · on HN since 2019
Manuel Matuzović, a web developer focused on accessibility, writes about HTML, CSS, and building accessible sites.
What HN saysCommenters recommend his line-by-line HTML boilerplate post and his TIL notes, and cite his inaccessible perfect-Lighthouse-score site on testing limits.
37HN people shared it
5linked it in comments
42stories submitted
2.6Kstory points
3 months agolast shared
2019people per year2026
Most-shared posts
- 1Building the most inaccessible site with a perfect Lighthouse score (2019)9 people · 491 points · first shared 2019 · 78 comments on HN
- 2My Current HTML Boilerplate6 people · 1.2K points · first shared 2021 · 276 comments on HN
- 3Remdom, or How browsers zoom text3 people · 5 points · first shared 2023 · discussion on HN
- 4Why I'm not the biggest fan of Single Page Applications3 people · 3 points · first shared 2023 · discussion on HN
- 5I Broke the Rules2 people · 25 points · first shared 2022 · 10 comments on HN
- 6Please stop disabling zoom1 people · 620 points · first shared 2022 · 303 comments on HN
- 7I forgot about print style sheets (2016)1 people · 175 points · first shared 2021 · 40 comments on HN
- 8Not all automated testing tools support Shadow DOM in web components1 people · 45 points · first shared 2024 · 41 comments on HN
- 9Beyond automatic accessibility testing: What I check on every website I build1 people · 3 points · first shared 2019 · discussion on HN
- 10Web Security Basics: XSS1 people · 3 points · first shared 2022 · discussion on HN
- 11Box-shadow is no alternative to outline1 people · 2 points · first shared 2026 · discussion on HN
- 12Accessible to Some1 people · 2 points · first shared 2020 · 1 comments on HN
- 13Don't put aria-label on generic elements like divs1 people · 2 points · first shared 2026 · discussion on HN
- 14Never lose a z-index battle again1 people · 2 points · first shared 2025 · discussion on HN
- 15I built an interactive demo to illustrate how specificity in CSS works1 people · 2 points · first shared 2022 · discussion on HN
What HN people wrote when they linked it
alberth · 2024-02-07
I really enjoy the site below.
TIL (CSS)
https://www.matuzo.at/til
Blog
https://www.matuzo.at/blog
Spivak · 2023-07-26
Odd, I've always used it to mean removing everything that doesn't meet expectations. I've got at least a few people who agree with my usage.
https://www.matuzo.at/blog/html-boilerplate/
> I’m cutting the mustard at JS module support. If a browser supports JavaScript modules, it means that it’s a browser that supports modern JavaScript, such as modules, ES 6 syntax, fetch, etc.
https://decadecity.net/blog/2014/03/06/cutting-the-mustard
> The phrase "cutting the mustard" was coined by the BBC responsive news team to describe a technique of setting a minimum standard that a browser must meet in order to get an enhanced experience. Browsers that meet this minimum standard are said to cut the mustard.
I guess this is the OG https://archive.li/ANEHs but my parents use this phrase so I would be hard pressed to believe this is where it came from.
kactus · 2022-03-24
Manual Matuzovic has a good HTML boilerplate, and he goes line-by-line into what it does. https://www.matuzo.at/blog/html-boilerplate/
vanadium · 2019-06-19
Note: It's entirely possible to build a site that scores a 100 on Lighthouse, but be an abject failure in Accessibility compliance. We've done it ourselves on my team inadvertently (combo-box failure), so never forget that actual, manual testing with screen readers is 100% necessary. Automation often works against you when it comes to achieving compliance.
To wit, you can create a really, really inaccessible site that scores 100 on Lighthouse: https://www.matuzo.at/blog/building-the-most-inaccessible-site-possibl…
wonger_ · 2025-01-15
Here's some of my tips for a handwritten HTML site, since the author wished more tips existed:
- consider using an HTML boilerplate template like this one if you don't know where to start: https://www.matuzo.at/blog/html-boilerplate/
- consider using a CSS template, or a CSS reset, if you don't know where to start with styling. Pico CSS is a good drop-in: https://picocss.com/. Frontend devs always blog about their CSS resets, like this one: https://piccalil.li/blog/a-more-modern-css-reset/. But if you're someone inclined to write their own HTML, then you'll probably also want to write your own CSS. This takes time to learn. Especially learning how to design the page without looking crappy
- I copy my last page as a template whenever writing a new page
- I don't worry about code duplication. If I need to refactor duplicated content, I use search and replace across files in vim (like https://nithinbekal.com/posts/vim-search-replace/). Hopefully your editor/IDE has something similar, and hopefully you're comfortable with regexes
- markdown + pandoc + scripting is a common solution. Technically it's not handwriting HTML at this point -- it's hacking together your own static site generator instead of using an existing framework -- but no biggie
- frontend people have made a lot of live reload tools over time. Here's a couple: https://nitoyon.github.io/livereloadx/ and https://github.com/tapio/live-server. Personally, I've cobbled together something with…