Adding icon cache to kdelibs?

[Thiago Macieira]

Stephan Kulow said:
> Am Donnerstag 21 Juni 2007 schrieb Oswald Buddenhagen:
>> On Tue, Jun 19, 2007 at 07:30:08PM +0300, Rivo Laks wrote:
>> > There will also be some buildsystem changes (I think these should go
>> > into 4.0 even if the cache itself won't). Whenever new icons are
>> > installed, the icon theme dir's (e.g. share/icons/oxygen/) mtime has
>> > to be updated, then the icon cache will pick up the changes.
>>
>> that's way too error prone. you don't really expect a random gnome theme
>> developer to coply with this, do you? distributions would have to run
> Yeah, you can be pretty sure they already do:
>   http://www.gtk.org/api/2.6/gtk/gtk-update-icon-cache.html
>
>> post-install scripts when installing themes.
> They already have. Thanks for worrying :)

So says the icon theme spec:
http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html

"This caching can make it impossible for users to add icons without having
to restart applications. In order to handle this, any implementation that
does caching is required to look at the mtime of the toplevel icon
directories when doing a cache lookup, unless it already did so less than
5 seconds ago. This means that any icon editor or theme installation
program need only to change the mtime of the the toplevel directory where
it changed the theme to make sure that the new icons will eventually get
used."

This has met some resistance in the XDG mailing list. The arguments were:
1) lazy packagers forget to touch the directory
2) installing from tarballs doesn't offer such an opportunity.

#2 is a real case. #1 isn't.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358