[sugar] rendering test
Benjamin Berg
benjamin at sipsolutions.net
Sun Sep 28 09:33:01 EDT 2008
Hello,
On Sun, 2008-09-28 at 12:43 +0200, Riccardo Lucchese wrote:
> Besides this, I think the icon caching mechanism should be reworked:
> right now every icon has its own surfaces-cache and its svgloader. So
> that, if I'm not wrong, two icons showing the same svg (with same size,
> colors etc..) cache two distinct but identical surfaces in their
> _iconbuffer and cache two times the raw svg file contents in their
> svgloader.
The cached surface is shared between different icons (the icon buffer is
not shared). _surface_cache is a class variable, so that only one LRU
list for the surfaces is created.
> I guess best would be switching to have only one global cache (or
> not ? ;); perhaps a global cache clashes with using server side
> surfaces ? (see benzea's patches)
A shared cache would be great. One way to do it would be to share a
mmap'able file similar to the GTK+ icon cache file. But to create this
file, one will need to know the icon colors that should be prerendered.
More complicated would be to create a small service that uploads
rendered icons to the X server, and hands back the pixmap ID. That way
all applications could use one shared server side cache.
(The pixmap based sapwood GTK+ engine, used on the Nokia 770/8x0
devices, does this to save memory.)
Benjamin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.laptop.org/pipermail/sugar/attachments/20080928/29dd5b01/attachment.pgp
More information about the Sugar
mailing list