[Webkit-unassigned] [Bug 15443] SVGImage does not support sub-resource loading

Thu Jan 27 02:44:22 PST 2011

https://bugs.webkit.org/show_bug.cgi?id=15443

--- Comment #12 from Nikolas Zimmermann <zimmermann at kde.org>  2011-01-27 02:44:22 PST ---
(In reply to comment #10)
> (In reply to comment #7)
> > The potential fix is to re-architecture SVGImage in a manner than makes it work in a less hack-ish way. Discussions about this came down to an idea of a CachedDocument class to handle documents like SVG files. 
> 
> After a brief discussion with Dirk on #ksvg, I understood that the caching mechanism that exists in rendering/svg/ should do this trick. Assuming that my understanding is correct, I wonder: how can SVGImage and SVGResourcesCache communicate (if they can communicate at all)?

grml, I don't have lot of time today unfortunately. Just wanted to say that SVGResourcesCache and co have nothing to do with solving your problem.

SVGResources stores a set of resource pointers used by a certian render object.
eg. RenderSVGPath using a fill gradient and a stroke pattern.

SVGResourcesCache just stores pointers to these RenderSVGResource* objects, which are in use by a certain RenderObject.

No way SVGImage could be integrated with that. Note SVGImage != RenderSVGImage. RenderSVGImage _uses_ resources itself, when eg. an <image> is clipped or filtered, but it's not a resource itself.

That's the same reason, why <use> doesn't participate in the SVGResourcesCycleSolver.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.