> Speed? Well, that's what caches were made for. Just add a third > attribute for icons decoded into OpenTracker's internal format for an > icon of dimensions N by N and color depth X. > > So, we would have: > - Legacy icon attribute, containing a 32x32, CMAP8 bitmap; > - "New generation" icon attribute, containing a data dump of some > arbitrary image format; > - OpenTracker icon cache, containing a bitmap of suitable dimensions > and color depth to accomodate the NG Icon in the desired scale set by > the user. > > I really believe this is not bloat, but simply the proverbial > "another > layer of indirection", and a justified one. Except this would certainly not help keeping attributes into the small_data section of the inode. Btw, there is an unimplemented thing in svg tracker, the "emblem" stuff... basically stores the name of the icon as attribute. That makes it easy to change the icons at once (theming) and should stay in the small_data section. François.