FC7ThemeProposalEnergyInterferences
Hi all, it's *nice* discussion around the FedoraArtList... O.K., I added an archive file to wiki, the images of EnergyInterferences, if there is a responsible person to save it for *better* times, do it. JJM -- I'm still learning English... Jiří Jakub Mašek - Mr Jiri Jakub Masek Czech Republic, European Union http://jjm.xf.cz ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Artwork conversations
Nicu Buculei wrote: I dont consider it a step back. In both cases the concepts was drawn and worked up a team and Diana Fong did the final work. The difference here might that Mola talked over IRC while John Baer didnt. That's just different working styles and prefered modes of interaction. OK, so using unarchived and closed channels is preferred. We dont have artificially invent issues. It is a completely public channel. Archives are available if you want them. Rahul ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Artwork conversations
Nicu Buculei wrote: And at the end, here is what I see as a proof of lack of goodwill: have a look at http://www.isity.net/blog/?p=60 Scroll down to the credit section. Do you notice there a familiar name? Maybe John Baer who came up with the idea? Me neither... FYI, the credit is for the use of pictures. Diana did give credit to John Baer on http://www.isity.net/blog/?p=57 Hope that clarification helps. -- ¢D0 ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Artwork conversations
The quality criteria is so subjective that is just too easy to use is as a strawman. Ah, and what the hell then entitles you to claim that FC6 has had the best artwork of all Fedora releases? In my opinion, FC6 artwork already showed first signs of sloppyness. Only think of the installer blender image which used the glass ball when the installed distribution used a reflective one. I have the impression that the 3-4 persons contributing the majority of postings to this list think of themselves as being representative of the user community which is obviously wrong. There has been no representative vote on the final theme. A first tentative one showed Borealis and Flying high on par. Then there was a second one whose only subject was the Flying high theme, leaving no other choice to the voters, although there have been some clear caveats on this list regarding Flying High. Under these circumstances, I do prefer a single qualified individual [DF] who steers the whole process in a proven manner than a small group hijacking artwork development. Everybody is welcome to submit suggestions, and John has come up with some nice ideas. However, the number of postings or submissions of the interested persons can by no means establish any kind of prerogative with respect to the final result. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Artwork conversations
Joachim Frieben wrote: The quality criteria is so subjective that is just too easy to use is as a strawman. Ah, and what the hell then entitles you to claim that FC6 has had the best artwork of all Fedora releases? In my opinion, FC6 artwork already showed first signs of sloppyness. Only think of the installer blender image which used the glass ball when the installed distribution used a reflective one. I was replying to a post from Rahul where he stated Fedora Core 6 artwork turned out to be even better I have the impression that the 3-4 persons contributing the majority of postings to this list think of themselves as being representative of the user community which is obviously wrong. There has been no representative vote on the final theme. A first tentative one showed Borealis and Flying high on par. Then there was a second one whose only subject was the Flying high theme, leaving no other choice to the voters, although there have been some clear caveats on this list regarding Flying High. Votes? There was no voting process, the voting on fedoraforum.org was informal. Read this: http://fedoraproject.org/wiki/Artwork/FC7Themes There is no formal voting process for themes right now. You vote with your time and effort! So if you really like a theme idea, chip in and help refine it! For our next round (round 3), we'll take stock of how the themes have evolved and try to figure out which ones we need to choose between if there is no clear standout candidate. Under these circumstances, I do prefer a single qualified individual [DF] who steers the whole process in a proven manner than a small group hijacking artwork development. Everybody is welcome to submit suggestions, and John has come up with some nice ideas. However, the number of postings or submissions of the interested persons can by no means establish any kind of prerogative with respect to the final result. Read again the wiki page I pointed you above. The page was written by the founder of the Art project, was discussed on the list and we had consensus about it. So what are you saying about hijacking? -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Certainly, I can provide both png and svg. But, should I provide both with and without a folder? And, about the shadows - I saw, that svgs are usualy without shadows - is that only because inkscape didn't have the needed feature? If that is so, should I add the shadow only to the png, or to svg as well? Luya Tshimbalanga wrote: Could you provide both png and svg so go-home can be published on the wiki? To do the shadow, follow this guideline http://fedoraproject.org/wiki/Artwork/EchoIconGuidelines ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Martin Sourada wrote: Certainly, I can provide both png and svg. But, should I provide both with and without a folder? And, about the shadows - I saw, that svgs are usualy without shadows - is that only because inkscape didn't have the needed feature? If that is so, should I add the shadow only to the png, or to svg as well? Without folder in order to be consistent. PNG icon can be with shadow while SVG icon can be without it. However, with Inkscape 0.45 it is possible fake a shadow because of blur effect (not supported on Firefox 2 and earlier) -- ¢D0 ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Martin Sourada wrote: Certainly, I can provide both png and svg. But, should I provide both with and without a folder? And, about the shadows - I saw, that svgs are usualy without shadows - is that only because inkscape didn't have the needed feature? If that is so, should I add the shadow only to the png, or to svg as well? The SVGs have no shadows because of two reasons: - Inkscape had no blur filter in a release until recently; - Diana made the first icons in Illustrator, which I don't know how create shadows (with SVG filters or embedded bitmaps, at one point it used bitmaps for blur). As Inkscape was updated to 0.45 is in Fedora 5 and 6 I believe you can safely use the blur filter in SVG. -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Luya Tshimbalanga wrote: Without folder in order to be consistent. PNG icon can be with shadow while SVG icon can be without it. However, with Inkscape 0.45 it is possible fake a shadow because of blur effect (not supported on Firefox 2 and earlier) The shadow made with the blur filter is the proper one, fake was using pre-0.45 ways, like the blur edge effect or using gradients. I don't think Firefox 2 not supporting blur is a blocker, the icons are not intended to be shown as SVG by the web browser (and to enter in details, the web server hosting he wiki is anyway improperly configured to serve a wrong MIME Type for SVG, so you can't see SVG in browser even if you try). -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Nicu Buculei wrote: The shadow made with the blur filter is the proper one, fake was using pre-0.45 ways, like the blur edge effect or using gradients. I used gradients for the emotes. I will plan to update them using blur filter on post F7. I don't think Firefox 2 not supporting blur is a blocker, the icons are not intended to be shown as SVG by the web browser (and to enter in details, the web server hosting he wiki is anyway improperly configured to serve a wrong MIME Type for SVG, so you can't see SVG in browser even if you try). Ah, that explains why Firefox asked to download svg file. -- ¢D0 ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Early impressions of Default artwork
Hello Diana, Welcome to the Fedora art team. I followed this link from your blog to your submission. http://people.redhat.com/dfong/fc7graphics/ As always your work is very nice. I have a couple of requests. 1. Would you move your work to a wiki page using a format similar to http://fedoraproject.org/wiki/Fc7ThemeProposalFlyingHighRc1 ? This page needs to be a public facing and describes your concept and lays out mock ups or screen shots of your submission. I see this page being reviewed by forum members and linked to the release notes wiki page referenced by distrowatch. 2. Would you create a second wiki page similar to http://fedoraproject.org/wiki/Fc7ThemeProposalFlyingHigh which is intended to be inward facing? This page would hold down-load-able artwork that can be tested by members. If you have install scripts that would be nice. My first question is one of theme design. In my mind I view a theme as a story board. The images are linked, but they are different. Your approach seems to be one of image re-use. I noticed the wallpaper image is the same as the gdm login background. The balloon behind the clouds image is used in many of the screens. In FC6 I saw the same scenario and I assumed it was because of the time constraint. I noticed the RHGB image does not confirm to the design guide. I like the image but I assume the RHGB maintainer is in agreement to the change. Until I can test the GRUB images I always worry about quality. IMO the FC6 grub image does not display well (very grainy) and my submission was an attempt to minimize this. There is also the issue of black screen, blue screen, black screen, blue screen. IMO the current boot process looks choppy as a result. The first boot screen looks very similar to the FC6 screen. I was hoping for something different as I believe this screen dates back a few versions. In addition, how do you feel about adding echo icons to your submission? I noted there is no optional artwork. I assume the decision has been made to exclude the splash screen of gimp, open office, gdm, kde, and the screen save unlock. Cheers, John ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Ok, so I decided to put the shadow to the svg as well. I attach PNGs for large and small sizes. SVGs can be downloaded here: http://feannatar.hostuju.cz/fedora/files/echo/go-homeL.svg http://feannatar.hostuju.cz/fedora/files/echo/go-homeS.svg ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Martin Sourada wrote: Ok, so I decided to put the shadow to the svg as well. I attach PNGs for large and small sizes. SVGs can be downloaded here: http://feannatar.hostuju.cz/fedora/files/echo/go-homeL.svg http://feannatar.hostuju.cz/fedora/files/echo/go-homeS.svg I would recommend you to use black instead of gray (#66) as the color of the shadow and document the values for blur and transparency in the wiki (http://fedoraproject.org/wiki/Artwork/EchoIconGuidelines) as a reference for the other icon creators. -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Early impressions of Default artwork
John Baer wrote: My first question is one of theme design. In my mind I view a theme as a story board. The images are linked, but they are different. Your approach seems to be one of image re-use. I noticed the wallpaper image is the same as the gdm login background. The balloon behind the clouds image is used in many of the screens. In FC6 I saw the same scenario and I assumed it was because of the time constraint. I would guess this was intentional, your idea of a story board is somewhat original, I don't think I saw it in another operating system. Original does not meant bad, it may be a good idea. Until I can test the GRUB images I always worry about quality. IMO the FC6 grub image does not display well (very grainy) and my submission was an attempt to minimize this. There is also the issue of black screen, blue screen, black screen, blue screen. IMO the current boot process looks choppy as a result. Open the PNG with GIMP, save as xpm.gz, test it and tell us if is too grainy or not :p Personally I would like the GRUB image to have the same blue as the rest of the graphics (the blue background of RHGB) . I understand it can't be identical due to technical constraints (14 colors), but it may be as close as possible. The first boot screen looks very similar to the FC6 screen. I was hoping for something different as I believe this screen dates back a few versions. In addition, how do you feel about adding echo icons to your submission? Indeed, this is a must *if* Echo will be the default icon set, but this was decided or is still up to discuss? I noted there is no optional artwork. I assume the decision has been made to exclude the splash screen of gimp, open office, gdm, kde, and the screen save unlock. IIRC, the overall opinion was to leave those unmodified. -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Martin Sourada wrote: I folowed the guidlines and there is said: The shadow is formed by lines from the isometric grid. It is appears primarily behind the object; as well as a bit in front of and under the object. Do not to use black, as it is too harsh and does not scale well...dark gray is acceptable. Of course not *solid* black. I think the intention is to use black with a degree of transparency, which look gray, at least this is what the other icon sets (for example Tango) do. Do you think, that using black with transparency would be better than using dark-grey without transparency (save for the blur effect which adds transparency, of course)? Definitely the shadow must have transparency, be it transparent black or transparent dark gray as the icon can be shown against a colored or textured background and it will look smooth only with transparency. And yes, it would be good to document the certain values on wiki. But we must first decide which ones are the best... The eternal question (see the Artwork conversation thread): who has the power to define those values? We have to wait for Diana? -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Shadow guidelines in echo icon set (color, amount of blur, transparency)
Nicu Buculei wrote: Of course not *solid* black. I think the intention is to use black with a degree of transparency, which look gray, at least this is what the other icon sets (for example Tango) do. Well, I think the guidlines aren't as precise as one would like - there isn't stated whether *solid* or *semitransparent* black should not be used... I would maybe use some dark gray with transparency - not black... Definitely the shadow must have transparency, be it transparent black or transparent dark gray as the icon can be shown against a colored or textured background and it will look smooth only with transparency. It will look smooth even without the kind of transparency I am talking about. It is blured - and the blur efect adds transparency, so the transitions between the shadow and background are smooth, the question is, if the base color of the shadow shoud be transparent. I think most users won't see any difference (especially with smaller icons), but certainly if the base color of the shadow is already semitransparent it is more realistic. So I think, that maybe it should be semitransparent, but not black. The eternal question (see the Artwork conversation thread): who has the power to define those values? We have to wait for Diana? We are talking about echo, and it that case, at least to me, it seems that Diana communicantes quite well. I read the Artwork conversation thread and I don't see it as bad as you do, but I feel too new here to have any word in that case... So in echo, I think, guidlines should be talked with Diana, Mola and/or Luya. I start this reply as new thread because it is about more than one icon now... IMO it would work - like in the case of plus and star emblems. ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Fedora-art-list Digest, Vol 11, Issue 28
On 2/16/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:Nicu wrote: Open the PNG with GIMP, save as xpm.gz, test it and tell us if is too grainy or not :p Thanks, I can do that ... :) Personally I would like the GRUB image to have the same blue as the rest of the graphics (the blue background of RHGB) . I understand it can't be identical due to technical constraints (14 colors), but it may be as close as possible. Some distro's hide the initial kernel load dialog. If that is possible here the screens would flow from grub to RHGB. On the downside that approach presents the grub image for an extended period which may be problematic on some systems. Otherwise I'm good with a dark blue (RHGB) background. :) The first boot screen looks very similar to the FC6 screen. I was hoping for something different as I believe this screen dates back a few versions. In addition, how do you feel about adding echo icons to your submission? Indeed, this is a must *if* Echo will be the default icon set, but this was decided or is still up to discuss? The echo decision is still pending but my suggestion is go ahead and add them to anaconda no matter the outcome. I assume the current icons are blue curve but I am not sure. I noted there is no optional artwork. I assume the decision has been made to exclude the splash screen of gimp, open office, gdm, kde, and the screen save unlock. IIRC, the overall opinion was to leave those unmodified. Ok :( ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Artwork conversations
Rahul Sundaram wrote: Nicu Buculei wrote: I dont consider it a step back. In both cases the concepts was drawn and worked up a team and Diana Fong did the final work. The difference here might that Mola talked over IRC while John Baer didnt. That's just different working styles and prefered modes of interaction. OK, so using unarchived and closed channels is preferred. We dont have artificially invent issues. It is a completely public channel. Archives are available if you want them. Actually, this is a little more than artificially invented issue. The problem with IRC is that conversations take place in real time. This is a problem for projects that may have particepants in different parts of the world with different time zones. Regards Uno Engborg ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Artwork conversations
Uno Engborg wrote: Rahul Sundaram wrote: Nicu Buculei wrote: I dont consider it a step back. In both cases the concepts was drawn and worked up a team and Diana Fong did the final work. The difference here might that Mola talked over IRC while John Baer didnt. That's just different working styles and prefered modes of interaction. OK, so using unarchived and closed channels is preferred. We dont have artificially invent issues. It is a completely public channel. Archives are available if you want them. Actually, this is a little more than artificially invented issue. The problem with IRC is that conversations take place in real time. This is a problem for projects that may have particepants in different parts of the world with different time zones. Sure but that is a completely different issue which in no way makes the channel closed. It is not hard to setup bots which automatically archives all the conversations in the channel. I suspect there might already be public services which do just that. Rahul ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: Artwork conversations
Rahul Sundaram wrote: Uno Engborg wrote: Rahul Sundaram wrote: Nicu Buculei wrote: I dont consider it a step back. In both cases the concepts was drawn and worked up a team and Diana Fong did the final work. The difference here might that Mola talked over IRC while John Baer didnt. That's just different working styles and prefered modes of interaction. OK, so using unarchived and closed channels is preferred. We dont have artificially invent issues. It is a completely public channel. Archives are available if you want them. Actually, this is a little more than artificially invented issue. The problem with IRC is that conversations take place in real time. This is a problem for projects that may have particepants in different parts of the world with different time zones. Sure but that is a completely different issue which in no way makes the channel closed. It is not hard to setup bots which automatically archives all the conversations in the channel. I suspect there might already be public services which do just that. Archives makes the channel open to see, but in a community project it must also be open to participate even if you happen to be in another time zone. I doubt very much that people using IRC will start their work day by scanning the backlog of IRC messages that have taken place during the night, answers them and then wait to the next day for their answer. /uno ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Martin Sourada wrote: I folowed the guidlines and there is said: The shadow is formed by lines from the isometric grid. It is appears primarily behind the object; as well as a bit in front of and under the object. Do not to use black, as it is too harsh and does not scale well...dark gray is acceptable. Do you think, that using black with transparency would be better than using dark-grey without transparency (save for the blur effect which adds transparency, of course)? And yes, it would be good to document the certain values on wiki. But we must first decide which ones are the best... The shadow, quickly examined, is a sort of gradient with the darkest (sometimes solid) color at one end (often closest/touching the object) and a transition to transparent pixels at the other thus allowing the sense of integration with the panel, background, and such. The general guideline provided was to describe my approach of using a dark gray as the starting point for the shadow's gradient. When creating the initial icons I often found myself creating far too dark shadows if I started with black. When creating several of these icons a day, I easily found my shadows getting darker and darker. Thus starting with a dark gray, instead of black, helped me take care of this problem and thus my posted suggestion to other contributors. What should the values be? Colors and shapes are relative. Artists should be encouraged to use their artistic sense in determining relative colors, with the posted palette as a base guideline. A color determined for one icon might not work as well for another, thus the value added by artists who can visually compensate and flexibly combine colors and shapes to create pieces that work both as an individual icon and as part of the whole set. An example of this is...system-search...the tilt of the object requires darker shadows near the handle and a lighter shadow cast by the glass itself. Compare this icon to any of the others that sit directly on surface, such as applications-internet, the shadows for those are slightly darker. With that said, I am not opposed to further clarifying, correcting, or expanding the initial guidelines. With specific questions such as the ones raised about Stars and Pluses, the guidelines can be made to be more detailed and informative. This is an ongoing project. Presenting works in progress, runs the risk of missing and inadequate information. However, these can be constructively discussed, proposed, and remedied. To address this specific issue, I still stand with my recommendation of starting with a dark gray instead of black. Due to the blur aspect of the shadow, it seemed somewhat obvious that the shadow would be semitransparent...but this can be specifically added in the guidelines for additional clarity. As for the exact value of dark gray...perhaps Luya can propose (and Martin or others can confirm) a few Hex Values, since the shadows on the emotion icons seem to be good starting points. However, I would like to stress again, that these numbers should really be used as references, allowing artists the flexibility to tweak as appropriate from icon to icon. Diana Fong --- Red Hat Visual Designer | Desktop Group ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list
Re: go-home echo icon concept
Maybe we should at least consider whether the darkest color at the first end should be solid or semitransparent. If it would be semitranpsparent than the amount of lightness in that point could be handled only by the transparency. As it is in real world - when the object which casts the shadow is nearer than the shadow is darker and less blurry, in oposite way a light find its way (due to diffraction and dispersion) and allows us to see more details of background and less details in a shadow. So we could in that case decide the basic values - when the shadow is casted from a solid object directly above - and the other values simply would be an alternation of these - like in the case of glass more degree of transparency. Do you think this could work well? I think shadows for an icon set should be consistent. Diana Fong wrote: The shadow, quickly examined, is a sort of gradient with the darkest (sometimes solid) color at one end (often closest/touching the object) and a transition to transparent pixels at the other thus allowing the sense of integration with the panel, background, and such. The general guideline provided was to describe my approach of using a dark gray as the starting point for the shadow's gradient. When creating the initial icons I often found myself creating far too dark shadows if I started with black. When creating several of these icons a day, I easily found my shadows getting darker and darker. Thus starting with a dark gray, instead of black, helped me take care of this problem and thus my posted suggestion to other contributors. What should the values be? Colors and shapes are relative. Artists should be encouraged to use their artistic sense in determining relative colors, with the posted palette as a base guideline. A color determined for one icon might not work as well for another, thus the value added by artists who can visually compensate and flexibly combine colors and shapes to create pieces that work both as an individual icon and as part of the whole set. An example of this is...system-search...the tilt of the object requires darker shadows near the handle and a lighter shadow cast by the glass itself. Compare this icon to any of the others that sit directly on surface, such as applications-internet, the shadows for those are slightly darker. With that said, I am not opposed to further clarifying, correcting, or expanding the initial guidelines. With specific questions such as the ones raised about Stars and Pluses, the guidelines can be made to be more detailed and informative. This is an ongoing project. Presenting works in progress, runs the risk of missing and inadequate information. However, these can be constructively discussed, proposed, and remedied. To address this specific issue, I still stand with my recommendation of starting with a dark gray instead of black. Due to the blur aspect of the shadow, it seemed somewhat obvious that the shadow would be semitransparent...but this can be specifically added in the guidelines for additional clarity. As for the exact value of dark gray...perhaps Luya can propose (and Martin or others can confirm) a few Hex Values, since the shadows on the emotion icons seem to be good starting points. However, I would like to stress again, that these numbers should really be used as references, allowing artists the flexibility to tweak as appropriate from icon to icon. Diana Fong --- Red Hat Visual Designer | Desktop Group ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list ___ Fedora-art-list mailing list Fedora-art-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-art-list