On 2008-01-13, Josselin Mouette <[EMAIL PROTECTED]> wrote: > You are completely wrong on this topic. If you don=E2=80=99t use dh_icons, = > the > icons shipped in your package won=E2=80=99t be available even to the applic= > ation > itself. This is caused by a broken design for icon caches; because of > this design, icon caches are currently disabled. But when all packages > have been ported to update the cache, icons shipped in packages not > doing it won=E2=80=99t be available all (whether the application uses Qt or > GTK).
Please get out of your extreme gnomecentered world. KDE isn't using the icon caches. KDE4 is using its own pr user dynamic icon caching mechanism. >> request all KDE-related packages to jump through hoops so they work with=20 >> GNOME. > > KDE already uses the freedesktop standard for the menus. If it doesn=E2=80= >=99t > use it for the MIME registry as well, I would be very surprised if > upstream didn=E2=80=99t have at least plans to do that. KDE is jumping thru the hoops for us so we don't have to do it in the packages. > In fact I am very surprised KDE doesn=E2=80=99t need the desktop database t= > o be > up-to-date. Scanning all desktop files at runtime is deadly slow, so > even in this case it is a bad idea not to update the cache. Which is why > this is also probably affecting KDE users. It takes around 2 seconds and is done as needed in KDE to update its database and is a pr user thingy also run in the background on login and on first launch of a kde program. /Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
