Re: [libreoffice-design] Flat/Symbolic Icons Update

Hi Axel, Emir Yâsin, All,

You're right, having the possibility to contrast  the icons is a good
think. What we could do, keeping the color coded style, is having basic
color as the same warm grey for each icon, and the importants elements of
the icon colored. Exemple : take the proposal of landscape/portrait mode
here
https://wiki.documentfoundation.org/Design/Whiteboards/Flat_icon_set#Landscape_Mode.2C_Portrait_Mode.
Having the "old" orientaion in grey, and the new colored (following Mirek
colors, it would be old page grey, new page blue (colors idea here
http://clickortap.files.wordpress.com/2011/05/color.png). I will make an
exemple this evening, there I'm at the office and can't design anything.
But with all the icons being in svg, it should be really easy to do this
(change/add colors).

Then for the organisation. At the beginning of the flat icon set proposal,
it worked like this  :
https://wiki.documentfoundation.org/Design/Whiteboards/Flat_icon_set#Design_process.
I think it was quite a good organisation, except we should add that
skipping an icon and returning later should be considered as really
exceptionnal (or we will finis with hundreds of icons to return ...)

Emir, I don't know at all how retina displays work, but for sure, as the
icons are SVG, they are easily scalable, without being "blured". Maybe it
can be enough, this is something to test.

Kévin


2013/2/20 Emir Yâsin SARI <bitigchi@me.com>

> Thanks Alex.
>
> Oh, and one thing I forgot to mention: New icons should also be Retina
> Display compatible. It would cause quite a frustration if new icons looked
> blurry on new Mac displays. Just a reminder.
>
> Apple provides optimization guides on these links:
>
>
> https://developer.apple.com/library/mac/#documentation/GraphicsAnimation/Conceptual/HighResolutionOSX/Optimizing/Optimizing.html#//apple_ref/doc/uid/TP40012302-CH7-SW1
>
>
> http://developer.apple.com/library/mac/#documentation/userexperience/conceptual/applehiguidelines/IconsImages/IconsImages.html
>
> But I think these are already scalable, so if someone with a Retina
> display could test it, that'd be great.
>
> And Issa, thanks again for the great mock-ups.
>
> Best regards,
> Emir
>
>
> 20 Şub 2013 tarihinde 03:12 saatinde, Axel şunları yazdı:
>
> > Issa, nice work. My first choice goes to the colored version. As
> additional argument, I was knowing that our brain is built to recognize the
> colors faster than the symbols and then symbols faster than text. If all
> the symbols have the same color, you need to decipher the meaning of few
> symbols to pick the one you want. So, ++ for colors from me.
> > You made the samples using the large version of icons and this is ok for
> now, but when creating the final icons, we must be sure they look very well
> at small size.
> > Emir, I agree with all your areas of concern and I think we'll resolve
> these step by step.
> > Kevin, it is a good idea to have color coded icons, but there is a
> catch: sometimes is better to create contrasts to highlight the significant
> element of an icon even if this requires to drop a rule you'd like to keep.
> For example, look at Spelling and Grammar / Auto Spellcheck icons. The only
> difference between them is that tiny underline. What if the first icon has
> the check mark gray? Maybe this is not the best example because here could
> be a better solution to differentiate, but the basic idea is this should be
> judged from case to case.
> > From my point of view, if everyone agree we need a colored version, I
> think our next step is to select the colors we want to use. The ones used
> in this mockup look somehow "sad" for my taste. What do you think? When
> this step is done, we should discuss the symbols that we think could be
> improved or we agree they have problems. (How do you think is easier to
> track the discussions around each icon? Should we create a new thread for
> any icon we want to analyze/debate? Or maybe is better to work in wiki
> pages to see together the icons, their history and the related comments?)
> > Axel
> >
> > On 19.02.2013 22:45, Kévin PEIGNOT wrote:
> > > Hi All
> > >
> > > I (finally) found the proposal by Mirek for Color coded icons (included
> > > in the fabulous Citrus UI proposals) :
> > > http://clickortap.wordpress.com/2011/05/16/color-codes/
> > >
> > > I would like to know what people think of this idea. As I already sayed
> > > long time ago, I personnaly think this adition could help find the
> > > icon/fonction users are searching more easily. Anyway, If some people
> > > think the idea is good, we could complete the flat icon set (maybe
> > > reusing some of the faenza icons), then make user testing with this
> > > color coded option.
> > >
> > > Kévin
> > >
> > > Le mar. 19 févr. 2013 21:36:52 CET, Emir Yâsin SARI a écrit :
> > > > Looks absolutely fantastic!
> > > >
> > > > -Emir
> > > > 19 Şub 2013 tarihinde 22:06 saatinde, Thibaut Brandscheid şunları
> yazdı:
> > > > > On Tue, Feb 19, 2013 at 7:46 PM, Issa Alkurtass<
> ialkurtass@kacst.edu.sa>wrote:
> > > > > > Before we get any further with them I wanted to see what people
> thought of
> > > > > > the idea so I mashed together the buttons for the main toolbar
> > > > > > https://wiki.documentfoundation.org/File:Symbolic-test.png
> > > > > > Since we don't necessarily want to go monochrome we can have our own
> > > > > > colored version of them as well
> > > > > > https://wiki.documentfoundation.org/File:Symbolic-test-colored.png
> > > > >
> > > > > ++
> > > > >
> > > > > They look better then the current ones but the LO UI feels still
> cluttered
> > > > > with so many icons displayed.
> > > > >
> > > > > Areas of concern:
> > > > > * Icon shape starts at different
> > > > > highs<http://ubuntuone.com/70gT9RcCdaGO2GIcHYsxjn>(the printer button
> > > > > is higher then the new-file button...)
> > > > > * Icon lines are too thick and make them look a bit blurry
> > > > > * The icons are a bit too round for my taste
> > > > > * The UI of the drowdown menu feels out of place (all those thin
> lines)
> > > > > --
> > > > > Unsubscribe instructions: E-mail to
> design+help@global.libreoffice.org
> > > > > Problems?
> http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> > > > > Posting guidelines + more:
> http://wiki.documentfoundation.org/Netiquette
> > > > > List archive: http://listarchives.libreoffice.org/global/design/
> > > > > All messages sent to this list will be publicly archived and cannot
> be deleted
> > > > >
> >
> >
> > --
> > Unsubscribe instructions: E-mail to design+help@global.libreoffice.org
> > Problems?
> http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> > List archive: http://listarchives.libreoffice.org/global/design/
> > All messages sent to this list will be publicly archived and cannot be
> deleted
>
>
> --
> Unsubscribe instructions: E-mail to design+help@global.libreoffice.org
> Problems?
> http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://listarchives.libreoffice.org/global/design/
> All messages sent to this list will be publicly archived and cannot be
> deleted

-- 
Unsubscribe instructions: E-mail to design+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted