18MB for images archives

After installing OOo 2.0.2RC1, I was keen to play with IconSwitching and check out the 'crystal' theme. I was surprised to see the image archives now weigh in at 18MB- ouch! But this is good: just as I was losing faith in my hacking efforts, I was reassured that they are a useful contribution.
I've also noticed that jimmac has a CWS set aside for producing a Tango theme for OOo3.0 - cool! I really like the Tango set, but alas the png files are unoptimized. When (/If?) I get my icon audit finished, I might try and give Tango some TLC.
Development of pngcrush has started again, so it will be interesting to see if it can reclaim it's crown from optipng.

Ongoing Icon audit

I am working on an icon audit, to create a catalogue for developers and Theme creators. I hope it will also serve as a possible spec, to remove some of the duplications in OOo icons. Currently I estimate a 3:1 reduction in files, so ~2.5K unique images, of which probably ~1k are core to a theme (this matches kendy's 908 icons). It's very much a work in progress, but I will make the draft available to download, which should be updated once a week (Fridays?). Currently the catalogue contains <300 images, which is the result of ~2months work (in any scraps of my freetime). At this rate it will take me another 14months to complete!! Either I need to get some more time (26hr days?) , get more efficient, or hope someone wants to collaborate...

Icon dependencies

With the upcoming Icon Switching in OOo 2.0.2, we should be able to slim down 'images.zip', by splitting out the High Contrast (HC) icons, which now exist as a seperate theme. However, this has not been fully addressed as hardcoding remains for HC icons causing issues when they aren't present. I've been tracking these down by trial & error. Yesterday I caught a tricky one, involving 4 icons... much rejoicing after many hours of hacking. The result is a new release of my optimized images.zip (version 2, beta3), which fixes the problems I have encountered so far. Obviously it would be best if a developer trawls the source code for these dependencies, but I wouldn't have a clue where to start. For more information on these dependency issues see: i61432, i61498, i61500, i61634, i61804.

Lossy tweak for a crystal icon

I mentioned earlier that some of the crystal set contains icons saved at 16bits per sample, and that many icons would benefit from some lossy tweaking. Well here's an example: /res/commandimagelist/lc_linewidth.png
(Also used for lc_formatline.png & lc_fillstyle.png).

Original was 1,860kb. After lossless optimization (only 'advdef' can handle 16bps), compressed to 1,658kb (84%). Reducing to 8bps (32bpp) and some minor tweaks to remove a few unnecessary palette colours (lossy+losslesss), gives us a final file of 856kb (46%).

Running various compression methods gets us so far, but the best approach is for the icon designers to consider efficiency at the production stage. The increasing trend for blitting png icons from an svg (or other vector file), moves the designer even further away from pixel pushing and the ability to hand optimize a file. Maybe this is a dying craft only for the true geeks?

Progress with 'custom_image' themes

After contacting kendy, I've been working on optimizing the crystal and industrial icon themes. They are generally much larger than the default theme, since the images are richer with more complex alpha transparencies. As a result, the potential for lossless optimization is not as good. The crystal set has now been finished and can be found here (1.32 to 1.15MB ~87%). The industrial set can be found here (1.83 to 1.35MB ~74%). Both themes would benefit from some hand tweaking, since at least some icons have been saved as 48bpp(!) so cannot be optimized with my method. However, I think it is a better use of my time to press on with the Icon Audit and tweaking the Default set.

Day Zero

Started this Blog to collect my rambling efforts to tweak (/hack) OpenOffice. My main focus is optimizing and consolidating the few thousand icons that OO contains.

Andrew