Re: Application specific themable icons
On Sun, 2007-01-14 at 18:51 +0100, Vincent Untz wrote:
> Le samedi 13 janvier 2007, à 20:13, Nickolay V. Shmyrev a écrit :
> > I dislike the need to install all icons into ${datadir}/hicolor/...
>
> This made me read http://live.gnome.org/ThemableAppIcons and I'm now
> wondering about one thing...
>
> The path where apps install icons is $(pkgdatadir)/icons/hicolor. I
> guess this path is chosen to avoid conflicts between icons of various
> applications. However, how does this work for icon themes you download
> and put in ~/.themes/$(name)/icons/? I mean, the name clash for icons of
> various apps that the theme author wants to theme will appear there too.
There will be a metaphor clash, yes, but this just needs to be worked
out between the applications, so that the icons are used properly. This
is no different than current cases where we have people copying icons
to different names, just so they can have an icon for something in their
UI. It's just abusing the icons. For using icons properly, there is
plenty of UI review that can, and needs, to be done.
The benefit here is that while the above is true, you don't have
multiple apps installing the same file name to the system hi-color
theme, creating file conflicts and packaging problems for vendors.
-- dobey
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Update required system-tools-backends to 2.1/2.2
On 1/14/07, Claudio Saavedra <[EMAIL PROTECTED]> wrote: > On Thu, 2007-01-04 at 20:11 +0100, Carlos Garnacho wrote: > > As seen on http://live.gnome.org/TwoPointSeventeen/ExternalDependencies > > system-tools-backends minimum dependency version is 1.9.7, it would be > > great to upgrade that dependency to 2.1.2, it features the extensible > > list of supported interface configuration methods and wireless key types > > (for example, Feisty has support for local Zeroconf networks, and the > > g-s-t frontends should notice this without affecting other > > distributions) > > I see you already bumped the s-t-b requirement in liboobs to 2.1.2. > Could you please update jhbuild's freedesktop-2.18.modules and > http://live.gnome.org/TwoPointSeventeen/ExternalDependencies to reflect > this? Doh, looks like I keep giving some time to others to respond to these proposals, and the waiting time happens to be enough time for me to forget the proposals entirely. Anyway, I have now updated the ExternalDependencies page for s-t-b and also added some text to ask people to email the release-team with reminders if we haven't acted on cosensus for proposals within about a week. Thanks, Elijah ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Update required system-tools-backends to 2.1/2.2
Hey Carlos, On Thu, 2007-01-04 at 20:11 +0100, Carlos Garnacho wrote: > As seen on http://live.gnome.org/TwoPointSeventeen/ExternalDependencies > system-tools-backends minimum dependency version is 1.9.7, it would be > great to upgrade that dependency to 2.1.2, it features the extensible > list of supported interface configuration methods and wireless key types > (for example, Feisty has support for local Zeroconf networks, and the > g-s-t frontends should notice this without affecting other > distributions) I see you already bumped the s-t-b requirement in liboobs to 2.1.2. Could you please update jhbuild's freedesktop-2.18.modules and http://live.gnome.org/TwoPointSeventeen/ExternalDependencies to reflect this? Thank you! Claudio -- Claudio Saavedra <[EMAIL PROTECTED]> ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Application specific themable icons
Le samedi 13 janvier 2007, à 20:13, Nickolay V. Shmyrev a écrit :
> I dislike the need to install all icons into ${datadir}/hicolor/...
This made me read http://live.gnome.org/ThemableAppIcons and I'm now
wondering about one thing...
The path where apps install icons is $(pkgdatadir)/icons/hicolor. I
guess this path is chosen to avoid conflicts between icons of various
applications. However, how does this work for icon themes you download
and put in ~/.themes/$(name)/icons/? I mean, the name clash for icons of
various apps that the theme author wants to theme will appear there too.
Vincent
--
Les gens heureux ne sont pas pressés.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
