Yeah, I’m thinking about doing some really weird shit by sharing the steam folder between users and then mounting compatdata inside each /home so that save files from proton games are individualized.

Sadly this requires a more traditional distro instead of ChimeraOS or HoloISO, which I didn’t really want, but it offers more possibilities later down the line

The issue is that AFAIK there is no way to get an event when the Steam user is swapped

It depends on the game. If the game uses Valve’s recommended file path there’s no problem. If the game uses Steam Cloud it will sync your save file with what it should have.

Those distros are basically focused on offering a console like experience on Linux, as in, a machine that is hooked to a TV, has no keyboard or mouse and only method of input is a gaming controller. They all start directly into Steam Big Picture mode, and there’s a single system user, all users are Steam Users. This works, but has the issues with save files I’m trying to get a solution that hopefully doesn’t involve changing to a traditional distro

Afaik it isn’t an option in SteamOS/HoloISO/ChimeraOS and would require a more “traditional” distro to be used, which does fixes those issues, but now we have other issues, like how those distros aren’t made to be used as consoles, and there’s the issue with Steam Family Sharing (as I understand, you need to be logged with the Steam Account in each system user you wish to share the library with)

Some apps have useful information that you can glance using the notification, like Tasker or those Battery monitoring apps. Dismissing those notifications is a pain in the ass for users that use them

A family member always downloaded and installed APKs from the internet and didn’t know about the Play Store cause that is how you did things on Windows.

The person is question has low tech literacy, and they were doing this for years

As if ‘working’ in black and white means there’s any benefit to being in black and white.

There are bunch of benefits to that, just look at the popularity of monochrome icon packs. Even before the official introduction of Adaptive Icons on Android 12, the status bar was already using monochrome icons to increase visibility. Notification icons were monochrome since a while ago.

When the UI itself works without hue, you are pretty much guaranteed that color blind users aren’t left behind, how’s that not a benefit?

Whilst complaining about a logo that’s already basically white-on-blue. And is plainly a compass even to me

I mentioned they eventually increased the most defining features of the icon after a Redesign, as the cardinal directions letters were removed to make the needle and the… degrees(?) more visible.

How do you encourage that, right after complaining that part of the Safari icon is only as distinct from its background as the entirety of any Material You icon?

I’m frankly unsure how the hell would you get a Material You icon (actually Adaptive Icon) to have the same low contrast as the safari icon. IIRC it is using primary and on-primary color tokens.

again, they look fine.

Agree to disagree.

And doing ANYTHING for the sake of 320x480 in 2023 is just fucking insane! Have we addressed that, directly? The fact we’re even talking about how this style looks at original 2007 iPhone resolutions, while discussing enormous high-def pentile OLED pocket supercomputers, makes no god-damn sense. ‘It wouldn’t work as well as it did on the the displays it originally worked on’ is a complete non-sequitur, even if it wasn’t self-contradictory,

Why the hell are we still talking about this?!

Actually, the newly released Pixel Tablet has a closer than you think density to the first iPhone. IIRC each dp on the Pixel Tablet is less than 1.75 pixels. It isn’t even double than the first iPhone.

You are misunderstanding the situation. The safari logo is a mess, we know what it means because we’ve seen the big res version. For a designer, this means that color can get in the way when pixels are limited and it makes then aware that too much detail can result in a visual mess, the solution is to create a logo that can work in monochrome and to make the necessary parts of the logo more prominent.

The safari logo removed the letters and focused on the compass metaphor. On Android, notification icons are monochrome, so this implies the app logo should also work in monochrome. What this all means is that a Designer is more likely to start with a monochrome and low detail logo icon and then start adding details if necessary, because removing detail is more difficult than adding.

I don’t think the picture you sent of Android 12 is actually from Android 12, at least I think it is from Samsung due to the icon colors, not AOSP. I really hate Samsung’s implementation of Material Design so I will not defend them, because it really sucks.

I was pointing out that even in the old iPhone, the actual division of items were made with colors and outlines, not with gradients, which are not great to actually create UIs

This is purely speculation on my part after using Material Design 3 for an App Redesign, but I think the actual Material You system probably started as a way to help developers get a color palette. Material Design 1 and 2 required the devs to actually code the colors(or get the palette from a website) and sometimes this resulted in weird combinations, Google simplified the process so devs can just add 3/4 colors and it is harmonized.

At some point they figured out it would be useful to have the seed be a dynamic image, like the new media stream controls on the quick settings which use the colors of the album cover. If there is already a tool go generate a palette from a picture, adding a way to generate the palette from the user wallpaper is a nice bonus.

Tl;dr: I think Material You is a bonus from the development and streamlining of Material Design color palette. As well as a greater understanding that designing with saturation is better than with colors due to the existence of color blind people.

The only colors that have a contrast issue in Material Design 3 is actually the surface container colors, but they are not meant to be used together without another means of separation, so it is fine

It doesn’t stop working per se, but it starts looking… weird.

Take for instance this screenshot, I believe it is from an iPhone 1st gen, but I’ve never seen an iPhone so who knows.

You can see how the battery icon gradient is kinda weird close to the outlines.

The bottom area of the axis of the General icon is almost bleeding with the background

How the top of the Sounds, Brightness, Wallpaper and iPhone is starting to blend with the highlight.

And the Safari icon is a blurry mess.

Even here, you can see that the actual list items lack any sort of skeuomorphic design, being separated by an outline to improve visibility. Heck, even the status bar and the top app bar uses outlines to separate them from the main view, foregoing drop shadows.

Exactly. A 4k screen will have the same amount of DP as a 480p screen if both have the exact same size. Elements will appear smoother and more defined, like letters, on the 4k screen than they would on the 480p one, because the 4k display has more pixels per DP, but the actual number of DPs on screen will be the same.

Like, imagine you have a 1080p phone and a 4k Tablet that physically could fit 4 of those phone screens. The Tablet would have two times the amount of vertical and horizontal DPs than the phone, but each DP would correspond to the exact same amount of pixels, and the buttons would have the same real world size.

Oh wow, so a one-DP drop shadow scaled to 4K would be six whole pixels.

If, and only if, the screen size was the same. And even then it would be 10 pixels.

Gradients can scale, but if you are trying to use a big fancy gradient effect and the actual pixel size is, like, 1 pixel, then you lose all those effects and it looks weird. You can kinda see something similar with Apps icons losing visible detail and looking weird if they are too detailed.

IIRC Android actually has the minimum width/height of 360 DP, which is basically 360 pixels (or it was 320?)

Mostly variable screen size and resolution.

Google created a system called DP (not DPI, or PPI), or density-independent pixels.

To keep it very short: The gist is that bigger resolution on the same screen size just allows better clarity, but doesn’t change the size of elements in relation to the physical world. So a button would have the same real-world size on a 720p device or a 1080p one (assuming the screen size is the same), which is desired because with phones, the screen is the thing you use to control the device. App devs use DPs as the target, not a resolution itself, the system can handle how things are actually displayed.

This is fine for an interface that uses color as the way to differentiate elements, but it gets really weird when you use something less flat. Like, imagine you are using gradient and shadows to separate UI elements from each other, but you want it to have the same real world size, like Android. On some devices, the actual pixel size of the gradient can be too small to actually render properly so it looks blocky, or the pixel size is too large, and it looks weirdly over smooth.

Yesn’t?

Like, the whole point of a public traded company is that anyone can come in and give money to the company and, in turn, they get money when the company is doing well, so the money you’ve paid is, hopefully, not lost.

I don’t know about you, but on paper, that sounds like bonds and basically every type of debt in existence.

The difference is the perpetual ownership of the company by shareholders. Consider someone who lent a company 20k, they now have an asset that grew immensely in value, it gives them money quarterly/yearly/whatever, AND they have decision power on the company, despite the fact that they have earned 100x what they lent.

Just changing the idea of stock to be something with an expiration date would remove most of the weirdness of the system, but at that point it isn’t really a public-traded company, is it?

Even then you can just add a higher interest rate. You absolutely don’t need to held the company hostage until the heat death of the universe.

The issue is the perpetual ownership.

If I lend you money, you only own me the money I’ve lended+interest. I’m not going to have a stake on your future businesses, nor have any decision power over you, it isn’t in my power to make sure you squeeze the most money possible over your job. You pay the money back and we are done.

That said, one point in defense of the minimal height is the miniplayer. As media apps, YouTube, YT Music, and YT TV have to display playback controls just above the persistent navigation element. A tall bottom bar with another row of buttons above it would just cut into the viewing space for content.

Heavily disagree with that, the mini play is dangerously close to the system gestures, and sometimes I triggered the system gestures by mistake before the current redesign. It is still too close for my liking.

Edit: a thing that I hate about YouTube design is that it is really close to Material Design 3, but it sorta of misses most of the things that make M3 look coherent, so it just looks bad, like a knockoff M3 from someone that had to implement Material Design through a verbal description rather than looking at it