HI version is available. Content is displayed in original English for accuracy.
Advertisement
Advertisement
⚡ Community Insights
Discussion Sentiment
71% Positive
Analyzed from 1371 words in the discussion.
Trending Topics
#icons#icon#more#app#format#better#need#few#design#why

Discussion (33 Comments)Read Original on HackerNews
It seems like every OS got a little harder to use in order to better vibe with VisionOS, the least popular platform they have.
While I applaud the commitment to building a new platform, I don’t like that’s is coming at the expense of the others.
I'm confused here. What do you think is the relationship between round icons and eye tracking?
Uh, maybe. It's certainly sharper. I'm not sure that it's any better. And if that Automator icon is the exemplar, any improvement is extremely marginal. My god it's just such a bad icon. Whoever is managing icon design should be extremely ashamed of themselves.
Show anyone the pre-Tahoe Automator icon and ask them what it depicts and why that fits and they'll be able to tell you that it looks like a robot and robots are used in automation and therefore every time they see the little robot they'll think Automator. Ask them what the post-Tahoe icon depicts and why that fits and they'll be able to tell you fuck all because what the fuck even is that supposed to be if you don't already know.
I wouldn't mind if they allowed something similar to that audio hijack icon, where you require the rounded rect as the guiding frame but are allowed to have some elements protruding out of it. But completely arbitrary shapes are too jarring imo.
If they do, I'll consider upgrading both OS and laptop, but right now I'm holding on to Sequoia
Edit: It'll always be Mac OS X to me, not macOS.
So in theory, it opens the door to returning shape-differentiated icons to MacOS if a future display theme (a successor to the poorly-conceived Clear and Tinted themes) allows the background to be minimized while the foreground is emphasized.
What I would love to see, and should now be possible, is a revision of the Clear theme where the squircle is transparent/refractive and the foreground retains its native color.
Make the icons be Free on Free OSes like Linux.
Granted, you can do a 256x256 and scale it down to 128x128, for example, but if you care for quality some details will be lost anyway. So that's why nowadays you'll see most icon themes are just a bunch of logos plastered over a shaped background.
And what irked me the most was that a few weeks after that I released that first set via deviantart and opendesktop.org there were websites that included them in their sets and made them available for download in their websites, not even a redirect to my deviantart or opendesktop pages or something. And found out after that that some people were using them in commercial projects and stuff so I had to chase them asking to not use them since they were cc-by-nc'ed.
Never got a single cent of any of that. I love making icons, at some point I was even working for the icons that would eventually become the Breeze set for KDE5 with their VDG, but it happens that I also need money to buy the beans.
[0] https://miler.codeberg.page/?prj=rekt
[1] https://miler.codeberg.page/?prj=betelgeuse
(They still have different shapes, though)
I mean this throughout the whole process. The only standard illustration file format I can think of is SVG, but it's largely a format to export to, not one industry-standard software uses as it's main persistence format.
So for starters, contributors tend to need access to speciality software they probably don't have installed to view and edit the source of truth. This also means you're handling at least two files in your VCS, the closed format acting effectively as a blob, no diffs, etc. and an export file (usually more, for different scales) to actually interface with the rest of the ecosystem; this is the file everyone can open, inspect and compare, the one your build consumes, etc.
This already would be a good amount of friction for someone familiar with the tools, but designers are not necessarily familiar with git, the PR process, etc. Add to it that icons are more subjective than code, which overall should follow certain rules and either works or doesn't, and it overall seems not worth it for a casual contributor.
Their first good example bumped up the color contrast. The orange examples in their set of "gorgeous app icons" are just as bad as the slack vs photos example.
I would love if the OS had an option to automatically convert every app icon to greyscale and required a minimum color contrast ratio for the original. Then, the user can pick their own overlay colors (similar to the color tags in finder).