[Tango-artists] device icons for gnome 2.22
davidz at redhat.com
Thu Jan 10 08:47:37 PST 2008
On Thu, 2008-01-10 at 15:32 +0100, Jakub Steiner wrote:
> Hi David,
> I hope you don't mind me cc:ing the tango-artists mailing list, as
> there's a good chance more artists are interested in working on
Oh, not a problem, good idea, thanks for doing this (I just subscribed).
> > Just curious; how are distros supposed to ship these icons then?
> While I'm no packager, having Gadgetango from gnome-icon-theme-extras
> svn module packaged as gnome-icon-theme-devices depending on
> gnome-icon-theme and installing to the same prefix as gnome-icon-theme
> sounds appropriate.
OK. That's good to know. Thanks.
> > > I'm not so happy about adding icons to the gnome-icon-theme itself
> > > though, we've seen actually going the opposite direction. Cleaning it up
> > > so that it only covers the generic set defined in the naming spec, but
> > > is of high quality and comes in all required sizes.
> > Personally I think the set in the icon-naming-spec is way too
> > constrained for device handling. I think at least this subset
> And we're still not done covering even that conservative subset. The
> plan years ago was to do something like this for mimetypes. It's still
> in a very early stage. Like you said, you don't have (m)any artist
> resources at Redhat, and there's a handful of us on #tango. I'd rather
> have core gnome projects polished in terms of artwork (Network manager
> looks particularly awful) rather than extending the icon coverage of the
> base theme.
Sure, that's reasonable, I just don't want G2.22 to regress too much
compared to G2.20...
> The minimal set of devices you mention sounds like a great start in
> terms of priority for Gadgetango, but I don't think we need to mandate
> those for every theme.
Just for the people just joined the thread, the list of icons we
currently rely on is in this bug
So the code actually ask for these icon names right now. If the icon
don't exist we fall back using '-' as a separator. E.g. if the code asks
for the icon
it will try
and so forth.
> > drive-removable-media-flash
> > drive-removable-media-flash-cf
> > drive-removable-media-flash-ms
> > drive-removable-media-flash-sd
> > drive-removable-media-flash-sm
> > drive-removable-media-usb
> > drive-removable-media-ieee1394
> I'd go for a generic flash reader for all these. It's the media icons
> that are important. In many cases one reader provides like 5 formats.
> Showing distinct drives is more confusing than helpful I'd say. So I'd
> go for drive-removable-media-flash from this list.
I'm fine with a generic icon for
but this cannot be used for -usb and -ieee1394 since these are
conceptually not the same thing...
> > media-flash-cf
> > media-flash-ms
> > media-memory-sd
> > media-memory-sm
> Gotta have these. Why the flash/memory distinction though?
Sorry, that was me copying/pasting from the wrong list (it should read
'flash' instead of 'memory'). Sorry, the definite list is here
> > media-optical-bd (symlink to media-optical-bd-rom)
> what is this? blueray?
Yup. Also see the list at the link above for explanation of the names
and elsewhere in the bug report for links detailing some of the media /
Thanks for looking at this.
More information about the Tango-artists