https://issues.apache.org/ooo/show_bug.cgi?id=123261
--- Comment #14 from Armin Le Grand <[email protected]> --- ALG: With normal graphic, a single grame is created in XMLTextFrameContext::CreateChildContext with rLocalName == 'image'. With SVG image, two calls to the method (both with 'image'), one call with 'title' and one with 'desc' take place (all to an object of type XMLTextFrameContext with the same address). Loading the two images makes the app create two frames with the same name, thus the 2nd will adapt the name. This may have to do with the multi-image interface for SVGs; two graphics get saved, one PNG containing a replacement image for the SVG and the SVG itself. This is needed for compatibility to make older OOo-versions which do not know load SVG as PNG at least (these just load the 1st image, thus the PNG version has to be the 1st one, too). There is code somewhere which corrects the loaded frames for multi-image by throwing away the one with the lessest quality (e.g. SVG is defined as higher priority as PNG). That code is executed and works, but the name seems already being adapted during the multi-frame-load and also would need to be adapted. Checking where this 'correction' (2nd step of multi-image load) takes place... -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
