address book icon
-
@PhoenixLandPirat It looks like a squished version of the one in Yaru: https://github.com/ubuntu/yaru/blob/master/icons/Suru/256x256%402x/apps/address-book-app.png
So perhaps from the pre-Yaru refresh of Suru that Sam was working on.
-
@CiberSheep said in address book icon:
Let me start joking: is called «address book»
I knew this would come up and my answer is renaming it to «contacts», what it is already labelled in the drawer. You know why. But let me explain to the wider audience, because the argument holds for the actual design as well:
The idea of '90s icon design – the time when there wasn't a computer in every household – is guiding the digitally inexperienced user by depicting real world objects that he can recognize and then click. Hence, the name skeuomorphism. The problem with those icons is that one and the same physical object can be arranged and coloured in so many different ways and no arrangement is better than another. (Do you remember nitty-gritty alternative '90s icon sets?) The way out is abstraction: turning away from physical objects towards non-materialistic objects or objects associated with an action, which can then be approached by a more abstract style.
An address book contains contact data associated with a person. There we have what UT's address book icon looks like with the bookmark removed. A superb example is the music app: a musical note and everybody knows what that's good for. Let's have a look at what skeuomorphism had to offer: speakers, headphones, a walkman, a gramophone, a vinyl record etc. and any of these in various designs. I like the note.
The problem with abstract design is that finding proper abstractions for an app
can beis hard. I can't claim I'm good at that.Final note, abstract design is not to be confused with flat design. The latter is about graphic minimalism. Whether an abstract or material icon, flat design tries to express that with a minimum of strokes and colours. I think, such design works well for in-app icons. But for the drawer, I'd prefer clear, but a little more sophisticated icons.
Having said that, I'd propose avoiding references to physical objects in UT core app drawer icon design where possible. As well as app naming, but that one may be even harder.
(Another argument for the address book app in particular. Currently, a user of the app labelled «contacts» in the drawer, shell, and in-app trying to file a bug, first has to learn that the app is actually called «address-book-app». Not ideal.)
and do business cards come with picture?
It was just an observation that with the bookmark removed, the imaginary medium carrying picture and some text next to it changes from an old-style address book towards a business card. Just for the shape of the arrangement. I didn't mean to say a business card makes a good icon. That's skeuomorphism at its best. On the contrary, the missing explicit physical medium is what appeals to me and that might work out well for other app icons, too.
Now more seriously: I guess the ribbon is there because is in the imaginery
Said that we have new and old style when it comes to the address book symbolic iconStylistic inconsistencies in an open-source project? Never seen that before ...
The truth is, the red ribbon is making the icon different from the rest of bluish ones but I wouldn't oppose to take it away.
I've tinkered with making the red more pale (less saturated). Even though, compromises in graphic design usually do not work out, this could be an intermediate step. Wait and see if people complain.
As for icons getting lost among similar ones, I do have an idea ... I'll open another topic for that (later).
-
@padu You certainly do have a point with the repo's name. That idealy should be changed to contacts-app.
Thanks also for your detailed explanation of your point of view.So far I never heard any complains about the apps icon. But maybe, using the idea of the other icon, we can get something in the line of the old icon but pick up you idea about not using objects.
This is just a quick (and not very good) gimp mockup. But hopefully it shows my idea.
Take the old icons face (maybe even more generalized) and use the colored right side of the other icon.
This way users will still recognize the icon because it uses some old elements but it is not facilitating an object. (As long as humas don't count as objects.
).
-
I don't think that having physical objects to on an icon would be wrong. Here is my example:
A couple of weeks ago my nas crashed because of hdd failure on the disc that contains the OS. On the nas I had movies, music and tv shows that I ripped from my dvd's and cd's. I was in no hurry to fix the nas because my family hardly used it. A couple of days later my youngest wanted to see a movie and I told her that she couldn't because the nas wasn't working, But her mom told the kid why don't use the dvd's instead. Suddenly they had fun watching movies, they could interact with it, they had do something to make it watchable. Instead of using Kodi and a button on a remote control. I'm not going to use my nas for a quite some time. Because my family enjoys media in hardware form instead. I want icons to make people/users curious. I want icons that looks great no matter if it represent something old or new. The hard part is to please every user out there. The only reason younger people doesn't know anything about "old" hardware when it comes to enjoying media in an "old" way, it's because we the "old" people doesn't give them the chance to do it. Because we the "old" assume that the younger people wants to have the media in a digital none interactive way. Sorry for going of topic, but don't assume to much when it comes to design icons and things, instead make it look great, raise curiosity( I know curiosity killed the cat but it wont kill your phone). -
@danfro said in address book icon:
So far I never heard any complains about the apps icon.
That may be due to the fact that several icons do indeed resemble physical objects, but looking at icons on the phone, details become very subtle. I've only now realized the notes app icon resembling a sheet of paper with solid horizontal lines (which I don't like).
One more thing to be considered is convergence (I didn't do any test with that so far). On a desktop screen, the now subtle skeuomorphism might become obtrusive again.
Take the old icons face (maybe even more generalized)
The person is fine as is.
and use the colored right side of the other icon.
I'm not convinced. For one, well, I can only repeat that I quite like the absence of any physical reference in the current icon (without the bookmark). Second, you're using a trick, to bring back the colour. Regardless of whether this trick works out, I have hard time seeing how to transpose that trick to other icons. For a singular icon, I'd rather not go that route.
but it is not facilitating an object. (As long as humas don't count as objects.).
I think a stylized human is perfectly fine. You don't carry humans in your pocket or bag and touch and snatch them several times a day. It refers to the non-materialistic idea of a person here.
The line is indeed blurry. For a mailing app, I think an envelope would again be fine. Don't know exactly why. Maybe because an envelope is an ephemeral/elusive object that is coupled to an action. Folding a letter then putting it into the envelope, writing down the address, throwing the envelope into the postbox. On the other end ripping up the envelope, throwing it away. Maybe just because an envelope already has a geometric shape that naturally blends well with other abstract icons.
-
@padu said in address book icon:
One more thing to be considered is convergence (I didn't do any test with that so far). On a desktop screen, the now subtle skeuomorphism might become obtrusive again.
Leading me to the question if convergence was an idea back in Canonical times already or if this was born when UBports took over?
-
@padu To be honest, I have no objections whatsoever against using items/objects for icons.
An icon needs to fulfill two aims:- make sure an app can be recognized by the icon
- look nice
To fulfill the first target, it generally helps if the icon somehow represents the apps purpose and users can guess by the icon what the app will be going to do.
But that does not need to be the case. It can also be represent a logo or brand (Telegram plane icon for instance).And yes I tried to keep/add the colors. Why? I like colors. The world is not black/white. Life is not black/white. So I personally would like to have as many colors as are good for visibility. Surely too much coloring is bad and distracting.
I personally do not like the single color icon sets used by Microsoft Office or some LibreOffice styles.
My draft just tried to follow your idea of not using objects. Removing colors was not my idea.
And with other apps using objects (Dekko=envelope, notes=paper sheet, Recorder app=microphone, uTorch=bulb, settings=cogwheel, ...) I don't think we need to overdo this.I would suggest, until we do have other icon proposals, we should leave the existing icon as it is. If we can not come up with a satisfying new icon, we may as well leave the old one.
-
@padu said in address book icon:
Leading me to the question if convergence was an idea back in Canonical times already or if this was born when UBports took over?
It was always the idea, before even Ubuntu on phones existed.
-
@danfro said in address book icon:
@padu To be honest, I have no objections whatsoever against using items/objects for icons.
No problem, I'm just throwing in some ideas. Some may be good, some may be bad and some may need some time to get comfortable with.
But that does not need to be the case. It can also be represent a logo or brand (Telegram plane icon for instance).
I'm mostly concerned about core apps. As for logo-like icons, those will sometimes integrate exceptionally well, because someone else already did the job of abstraction. Well, sometimes they will stand out, but there's nothing wrong with that. In a diverse ecosystem, there's no way to enforce a uniform style, anyway.
And yes I tried to keep/add the colors.
Danfro, I didn't mean to offend you.
-
@padu Don't worry, I am not offended. I hope you aren't either.
I was just stating my intentions.And thanks for the ideas. @CiberSheep knows I am the same.
Let's see what good comes out of that. There is always room for improvement. -
@dobey said in address book icon:
@padu said in address book icon:
[...] if convergence was an idea back in Canonical times already or if this was born when UBports took over?
It was always the idea, before even Ubuntu on phones existed.
OK. But I can't seem to resolve that twist in your answer. Support punch card input method?
-
@padu The design principles of Unity were always based around the idea of bringing Ubuntu to more devices, and is based partly in the old Ubuntu Netbook Remix UI design.
UBports didn't come along until much later, in 2015.
-
@dobey OK, thanks for the clarification!
-
the account picture(person on left) in the contacts app is part of the old icon design, so yes i think this icon should get an update
-
@mateo_salta
Not too much then
