kentonv changed the topic of #sandstorm to: Welcome to #sandstorm: home of all things sandstorm.io. Say hi! | Have a question but no one is here? Try asking in the discussion group: https://groups.google.com/group/sandstorm-dev
frigginglorious has quit [Read error: Connection reset by peer]
<kentonv> "A little less contrast" whyyyyyyyyyyyyyyyyyy
<kentonv> "improve readability" how does making it harder to see improve readability? Aarghhh
<abliss> yeah it's weird, apparently a lot of people find high-contrast text unpleasant to read.
<abliss> i guess it's those same people who like to use their monitor's pixels to paint lots of whitespace around their text (instead of e.g. getting a monitor with a big white bezel)
<kentonv> I think there's a conflict between being pretty and being functional
<kentonv> lower contrast looks clean, soft, pleasant -- until you actually try to read the text
<JacobWeisz[m]> I definitely appreciate a slightly better font than Times New Roman on things. But yeah, grey on grey has never been my favorite.
<abliss> ew, what useragent defaults to times new roman?
<kentonv> don't they all?
<JacobWeisz[m]> I remember having to actually adjust the contrast settings on my monitor so that the lines on Google+'s UI appeared. All the greys just didn't differentiate at all the way it had been set.
<JacobWeisz[m]> Everything was just floating text in space.
<kentonv> as for line length... I don't like wasted space, but I also don't like 8000-pixel lines of text that wrap
<kentonv> TBH I sort of wish my browser window would automatically resize to the ideal width for whatever content I'm looking at
<JacobWeisz[m]> That sounds horrifying, especially if you have tabs.
<JacobWeisz[m]> (Though I rarely have more than three or four tabs open, I literally don't understand why people leave tabs open.)
<kentonv> yes having it change when switching tabs would be bad. I'm not sure how to solve that part.
<abliss> if people would quit styling their content so much, you could just pick a default font and a size that you like, then set your UA window to the appropriate width, then use the rest of your monitor for other stuff
<JacobWeisz[m]> That'd be nice.
<JacobWeisz[m]> Not gonna happen though, designers make too much money.
<kentonv> for content that's just structured text, that does sound great. For dynamic application UI it seems more complicated.
<JacobWeisz[m]> Imagine how many people would be out of work if you just presented default HTML tags for information.
<abliss> my mind reels at the sheer number of dollars spent on designing, implementing, and then advertising every single site's own personal implementation of "dark mode!" over the past year or two. as if users didn't have reverse-video options in their useragent for thirty years....
<abliss> also, i question how much we really need "dynamic application UI" beyond just manipulating stock browser widgets (buttons, checkboxes, etc) in the DOM...
<abliss> sorry, feeling crochety tonight for some reason.
<JacobWeisz[m]> I think far more angering than excitement about launching dark mode, is how "hard" it was for sites to implement dark mode, since in their mind it meant pixel perfect redesigning the entire website for it.
<JacobWeisz[m]> Because yeah, Windows Modern Apps, Phone, UWP, etc. has had system-wide dark mode for like over a decade. And Google just figured out how to do it with their search app.
<JacobWeisz[m]> It just shouldn't be that hard. (IMHO, that it's archived is Writ's only excuse for not including dark mode based on the prefers-color-scheme property that's newer than it.)
<isd> abliss: in fairness, I started it :P
<isd> kentonv: re: dynamic app UI, You could probably get pretty far by just wrapping more native widgets; <input>, <button> and friends are perfectly functional without styling
<isd> Somehow desktop UIs get by without all having different color schemes and fonts...
<kentonv> I don't care about color schemes and fonts, but I do care about placement and sizing
<kentonv> styling can also be used to draw your attention to the important things and de-emphasize unimportant details (without removing them entirely)
<isd> Yeah, for app development I would probably want to keep flexbox & grid around.
frigginglorious has joined #sandstorm
wings has joined #sandstorm
frigginglorious has quit [Read error: Connection reset by peer]
wings has quit [Ping timeout: 260 seconds]
limbo_ has joined #sandstorm
limbo has quit [Ping timeout: 246 seconds]
larjona has quit [Ping timeout: 264 seconds]
larjona has joined #sandstorm
wings has joined #sandstorm
wings has quit [Client Quit]
vertigo_38 has joined #sandstorm
vertigo_38 has quit [Remote host closed the connection]
vertigo_38 has joined #sandstorm
vertigo_38 has quit [Remote host closed the connection]
vertigo_38 has joined #sandstorm
frigginglorious has joined #sandstorm
larjona has quit [Ping timeout: 265 seconds]
frigginglorious has quit [Read error: Connection reset by peer]
frigginglorious has joined #sandstorm
larjona has joined #sandstorm
frigginglorious has quit [Ping timeout: 272 seconds]
frigginglorious has joined #sandstorm
frigginglorious1 has joined #sandstorm
frigginglorious has quit [Ping timeout: 240 seconds]
frigginglorious1 is now known as frigginglorious
frigginglorious has quit [Read error: Connection reset by peer]
frigginglorious has joined #sandstorm
frigginglorious has quit [Ping timeout: 240 seconds]
sam_w has quit [Ping timeout: 260 seconds]
fkautz has quit [Ping timeout: 260 seconds]
fkautz has joined #sandstorm
sam_w has joined #sandstorm
vertigo_38 has quit [Ping timeout: 256 seconds]
vertigo_38 has joined #sandstorm
<abliss> pty update: i've plumbed through the ioctls, and initial tests are encouraging. i can at least get 'script -c /bin/stty' to show sane results. tmux doesn't work, because it manipulates process environ in a tricky way that ends up throwing out my FD mappings, but I have a patch which I think is reasonable to upstream that fixes it.