Cassidy James Blaede @cassidyjames@mastodon.social

Phone cameras are crazy good. It helps having a great photographer, too! https://youtu.be/3pkGZJi1j4s

https://youtu.be/u-Htvr-JUn4

Blue Moon makes a Mexican Chocolate Stout. It's very cinnamon-y and not very chocolatey. But it's still tasty! #shotbypixel #teampixel #shotonmoment #momentwide #beer #bluemoon https://www.instagram.com/p/BqbhzrWBCRg/

“USB Type-C™’s Configuration Channel” https://medium.com/@leung.benson/usb-type-c-s-configuration-channel-31e08047677d?source=ifttt--------------1

A little mist turning to droplets on the windshield. #shotbypixel #teampixel #water #droplets #rain #car #windshield #rain #weather https://www.instagram.com/p/BqT9ldNBoti/

Is that really a better experience for users? Where websites and many apps are bright but the pre-installed ones and maybe some third party ones are dark?

BUT that also means that if I never update my app or just don't feel like it, my app will remain stark white when the OS (and therefor the user) is politely asking it to be dark.

As an app developer targeting a specific platform, I believe the OS should never change my stylesheet out from under me. It's API. So introducing a "prefer dark style" API could be interesting and let me adapt to it if I want.

Here it is after I took a few hours to rework the CSS and support a dark style. I opted into supporting this, but it's not the default and there is not currently an API to do so well. https://github.com/cassidyjames/palette/pull/33/files

Here's an example of why it can be hard: I have an app! I use some custom CSS to style it. Here's what it looks like in elementary OS by default, and then how it looks if you force a hacky "Dark Theme" option. Some apps are even less usable or completely broken.

My thought is: if we were to add such a feature to elementary OS, would app developers opt in? Would users understand the implications? And would this be something that GTK would want upstream instead of it being platform-specific?

I've been thinking this through for elementary OS for a LONG time. It's hard. It's a big ask for app developers and it's difficult to manage those user expectations. It's MUCH easier to say, "naw, there's no OS-wide dark preference."

I *think* the macOS approach (what some teams within Google appear to be emulating with Android) is correct: a new OS-wide-readable preference that apps have to opt into supporting. The problem becomes user expectations when apps don't implement it and users are blinded. 😛

OS-wide dark styles are hard. Google's Android is struggling hard with this right now (per-app updates implementing it inconsistently). macOS is doing alright, but several apps/nearly all sites don't respect it. I have no idea what Windows is doing. iOS has hacky "smart invert."

Got my #hacktoberfest goodies! Thanks DO, GitHub,and Twilio! https://www.instagram.com/p/BqQDT0th3Du/

Another one! Instead of just a toggle for event sounds, here's a handy "Flash screen" check alongside the event alert setting. Great for audio production machines or those without speakers *in addition to* those who are hard of hearing.

On the CU Auraria campus for DOSR today. It's a beautiful day! #shotbypixel #teampixel #shotonmoment #momentwide #Denver #Colorado https://www.instagram.com/p/BqN_gtpB_dZ/

It's part of a wider effort of graduating several accessibility settings into normal settings. Because why should accessibility be treated as an afterthought? https://github.com/orgs/elementary/projects/35

I'm working on Appearance settings for elementary OS. These already existed in one form or another (under Universal Access), but accessibility settings are just settings. If they're officially supported, why not expose them for everyone? https://github.com/elementary/switchboard-plug-pantheon-shell/pull/155

Alright, goodnight! I have to get up for DOSR in the morning (in like a few hours). Join us at the CU Denver library! http://dosr.club