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.

It makes translation more of a headache than it needs to be.

iirc sudo has a bunch of quotes to spit out when an incorrect password is typed. Gentoo exposes that feature with the offensive USE flag.

Argh, why tho?

Like, I get that it is sometimes fun to throw some humor and things like that, but it is just too much trouble. It looks unprofessional and makes translation more of a pain than it needs to be. And that isn’t even opening the can of worms that insults actually are

Edit: alright, I got it. L for me

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.

Hmm, the GUI is reasonable and easy to understand. I wonder if Gamescope can be changed while the game is running, so it could be put in the Quick Access menu

So one big disk for your Steam library and whatever you play might be slow on the first load but then as you play the game files gets promoted to the NVMe cache and perform mostly at NVMe speeds, and your loading screens are much shorter.

I really love/hate how you can immediately understand the practical application of new technologies through the use of games.

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

I always use Flatpaks when available, I have been using it for about 1~2 years and honestly, I haven’t found any issues that are deal breakers, mostly some missing storage permissions, but KDE makes this easy to deal with. I know some apps have some issues, but the biggest one that I had is that Steam Flatpak still requires Steam-Devices to be installed as a package, but that’s more to do with the way Steam Input works.

The only issue that I have is that uninstalling Flatpaks should present an option to delete the app data.

Tasker. Can’t even begin to describe how awesome this app is.

• Chimera (alpha stage): Chimera uses a novel combination of core tools from FreeBSD, the LLVM toolchain, and the Musl C library

Who was the incredible smart person to name a new distro with a similar name to another, older, Linus distro? ChimeraOS

Doesn’t really fit that well in small areas, and it sorta works in black and white, but not really.

I love Tux, but I wish Linux as a whole would have a logo. Like, you have Windows and Apple logo that represent the OSes in a simple way, it works even if the logo is small. Linux doesn’t have that, so when someone needs a logo they just use the logo of a Linux distro instead, or they show multiple distros, or more likely, they will visually represent some distros, but not all distros they support.

Keep in mind that because MicroOS, Leap Micro and Aeon have icons already set, this means that whoever design the rest will be restricted by the currently existing ones.

Like, both MicroOS and Leap Micro have a horizontal line and a circle in the middle. And Leap Micro basically forces a new design of Leap logo to be almost exactly like the previous one. And Aeon has the middle circle of Micro, but split into two, so Kalpa should also have the split circle somewhere.

That said, I’m not exactly a fan of the MicroOS, Leap Micro and Aeon logos. They are just outlines, and very thin. I understand that logos need to work in monochrome, but they are just… Anorexic. Would prefer if there was an entire rebranding

I’m mostly using Flatpaks on Tumbleweed, I only use the package manager if I can’t find a Flatpak version. Reason for that is that with Flatpak I can precisely know what I manually installed, as Tumbleweed lacks a proper easy way of getting a list of user installed packages