>Probably a good place to start. If KDE4 displays them at a >decent speed on the same hardware, dissect KDE4, since its >structure is still going to be somewhat more like Trinity's than >Gnome. > >Another possibility would be to do some sort of prerender-and- >cache-as-raster, although that's probably adding needless >complexity to the system. > >Or we can just hack the Kicker code to discard all >libreoffice*.svg >files and drop to the raster versions--crude, but doesn't require >cooperation from anyone else. We then ship a prerendered set >of PNGs matching what LibreOffice was using at the time of >release, and call it good . . . and hope that no one else decides >ridiculously oversized icons are a good idea. :-/ The LO 4.1 package I'm using comes with png files of the svg icons. As png files are already installed, then a short-term hack could ensure the svg files are not used. Long term, update the algorithm. >I don't think they're likely to change the icon set with every >update >to LO, so we can just check and update whenever *we* make a >new release. Only a few people are likely to notice or care >(unless >this also affects another DE's default icon set). The icon graphics likely do not change often. Just the file name of the icons, which use the version number. Darrell