SwFrmFmt::FindRealSdrObject() and stacking order

Michael Stahl mstahl at redhat.com
Mon Apr 16 11:36:33 PDT 2012

On 16/04/12 16:54, Lubos Lunak wrote:
>  Hello,
>  could somebody more knowledgeable of Writer internals please review this?
>  While working on support for stacking order in the .docx filter, I found out 
> that setting z-order for an image using UNO and later trying to retrieve the 
> value fails. The attached sw.patch fixes that for me, and I checked that .odt 
> export/import (which uses it too) still works. But I have no idea what the 
> difference actually is, besides making reading use the same value like 
> writing.

after looking at it for a while, i get the impression that the
FindRealSdrObject method will, for a fly frame, return a
SwVirtFlyDrawObj, while the FindSdrObject returns always a SwFlyDrawObj.
 the SwVirtFlyDrawObj appears to be created in the layout code and
refers to a SwFlyDrawObj, so it looks like it is part of the View, and
there could me more than one instance for a SwFlyDrawObj because there
could be more than one View, and also (i guess that's what you're
seeing) during import there will probably be zero instances given there
isn't a view.

so i don't really understand why FindRealSdrObject is called there in
the first place, and would think your change is worth trying :)

More information about the LibreOffice mailing list