58 bytes of CSS to look great nearly everywhere
21–30 of 254 posts
Re: 58 bytes of CSS to look great nearly everywhere
#22Earlier quoted context omitted.
Default styling looks terrible and is hard to read. Humans are good at reading columns at around roughly 80 characters, while browsers default to filling the whole width of the screen with text, resulting in a column that's hundreds of characters wide. Text also gets easier to read when more spaced out; the default line height makes the text too close together. Browsers still ship the bad defaults because changing de…
> Humans are good at reading columns at around roughly 80 characters What makes you say that? Anecdotally, I prefer using the full width of my screen.
Re: 58 bytes of CSS to look great nearly everywhere
#23Do you still have to explicitly add CSS to do something appropriate for the user's dark mode setting? I'd rather not specify any colors at all and just let the browser use system defaults, but last time I checked, that used black-on-white even in dark mode.
Re: 58 bytes of CSS to look great nearly everywhere
#24Earlier quoted context omitted.
Default styling looks terrible and is hard to read. Humans are good at reading columns at around roughly 80 characters, while browsers default to filling the whole width of the screen with text, resulting in a column that's hundreds of characters wide. Text also gets easier to read when more spaced out; the default line height makes the text too close together. Browsers still ship the bad defaults because changing de…
> Humans are good at reading columns at around roughly 80 characters What makes you say that? Anecdotally, I prefer using the full width of my screen.
There exist decades of empirical research on this topic.
Re: 58 bytes of CSS to look great nearly everywhere
#25Earlier quoted context omitted.
Default styling looks terrible and is hard to read. Humans are good at reading columns at around roughly 80 characters, while browsers default to filling the whole width of the screen with text, resulting in a column that's hundreds of characters wide. Text also gets easier to read when more spaced out; the default line height makes the text too close together. Browsers still ship the bad defaults because changing de…
> Humans are good at reading columns at around roughly 80 characters Do you have some evidence backing this up? Thanks.
https://www.fonts.com/content/learning/fontology/level-2/tex...
https://pimpmytype.com/line-length-line-height/
https://material.io/design/typography/understanding-typograp... (see under Line Length)
I don't have any studies at hand, but I think it's been pretty well established.
Re: 58 bytes of CSS to look great nearly everywhere
#26What is wrong with browser default styling, and why do browsers ship with something that is wrong?
Of course, if you change the default CSS now that 30 years of HTML have been written to rely on these defaults, almost every website will break.
Re: 58 bytes of CSS to look great nearly everywhere
#27Earlier quoted context omitted.
Browsers ship with defaults that are now 20 years old - there was a cool post here about 8px body padding a while ago. It's not "wrong" it's legacy.
Why is it legacy though? Shouldn't browsers be free to change it?
Re: 58 bytes of CSS to look great nearly everywhere
#28I've got a screen that is much wider than it is tall, this throws away so much of it. It's as bad as Facebook, where the stuff you want to see is a band about 1/4 the area of the screen.
Re: 58 bytes of CSS to look great nearly everywhere
#29Earlier quoted context omitted.
Browsers ship with defaults that are now 20 years old - there was a cool post here about 8px body padding a while ago. It's not "wrong" it's legacy.
Why is it legacy though? Shouldn't browsers be free to change it?
Re: 58 bytes of CSS to look great nearly everywhere
#30Do you still have to explicitly add CSS to do something appropriate for the user's dark mode setting? I'd rather not specify any colors at all and just let the browser use system defaults, but last time I checked, that used black-on-white even in dark mode.
That would introduce yet another set of defaults that developers would then need to inevitably override.