{"id":355222,"date":"2026-07-08T16:51:56","date_gmt":"2026-07-08T16:51:56","guid":{"rendered":"https:\/\/peraltafinancing.com\/uncategorized\/a-peculiar-bug-in-safari-the-jolly-teapot\/"},"modified":"2026-07-08T16:51:56","modified_gmt":"2026-07-08T16:51:56","slug":"a-peculiar-bug-in-safari-the-jolly-teapot","status":"publish","type":"post","link":"https:\/\/fivemor.com\/?p=355222","title":{"rendered":"A peculiar bug in Safari \u2013 The Jolly Teapot"},"content":{"rendered":"


\n<\/p>\n

\n

On weekend mornings, I have the inescapable habit of looking at my website and seeing what I can change, what I can remove, what I can improve in terms of HTML, CSS, layout, links, etc. This Saturday, as I wanted to look closer at the way the period at the end of a sentence rendered when appearing just after a word in italic (I know), I noticed something curious.<\/p>\n

When I zoomed in the page, using \u201cCommand \u2013 Plus Sign\u201d (\u2318+), I could see that the line length was changing with the size of the text. The bigger the text, the longer the line. You see, I\u2019m very protective of the max-width<\/code> I use on this site\u2009\u2014 50ch<\/code>\u2009\u2014\u2009especially for Mac users, who see it in the Charter font.*1<\/a> This value sets an ideal number of characters for each line making it, when paired with the right line height, easier to read (supposedly).<\/p>\n

Zooming in on text shouldn\u2019t change the line length, so I looked around and realised that I was a bit clueless when it comes to identifying bugs, and even checking if they were already reported. I found a few bug reports<\/a> related to zooming in, but none of them described my issue. Not only that, but I didn\u2019t really know if this was a Webkit problem, or a Safari problem. So instead of working my way to either confirming an existing bug or filing a new one<\/a>, I did what I usually do when facing a problem: I avoided it altogether rather than trying to solve it.<\/p>\n

Therefore I changed 50ch<\/code> to 28em<\/code> in my CSS, resulting in a similar line length for Charter.*2<\/a> With em<\/code> as the unit, zooming doesn\u2019t modify the line length, so I\u2019m pretty happy with this easy fix.<\/p>\n

Bonus point: 28em<\/code> takes up the same number of bytes as 50ch<\/code> in my default CSS, still capped at 132 bytes. Imagine the extra-byte horror if I had to use something like 700px<\/code> or 25rlh<\/code>? It would have ruined<\/a> my sunny Saturday morning.<\/p>\n

This little website update made me realise something: my site design is pretty much done, and I hadn\u2019t changed anything for a few weeks or even months.<\/p>\n

I actually miss the satisfaction of changing something at the end of my little routine. Checking every detail on every page, revisiting every line of code just to see what can be improved (even if it\u2019s just removing extra quotation marks<\/a> in an attribute or an optional closing tag), is not as fun<\/a> when there is nothing to do at the end.<\/p>\n

I really like my site\u2019s current design, and even if there might be a few tiny tweaks like this one in the future, I feel that the overall look and feel is pretty much final. It\u2019s a weird feeling, but now I have no excuse for not writing more, and publishing more posts, even if they are unfinished<\/a>, or shorter than usual<\/a>.<\/p>\n