On Thursday 31 of May 2012, Caolán McNamara wrote: > On Wed, 2012-05-30 at 18:38 +0200, Lubos Lunak wrote: > > > - http://cgit.freedesktop.org/libreoffice/core/commit/?id=04d600d4be7c > > > - http://cgit.freedesktop.org/libreoffice/core/commit/?id=5935a6db6483 > > > - http://cgit.freedesktop.org/libreoffice/core/commit/?id=d4798414f270 > > > - http://cgit.freedesktop.org/libreoffice/core/commit/?id=5845298e615a > > > - http://cgit.freedesktop.org/libreoffice/core/commit/?id=0a9161263b8e > > > http://cgit.freedesktop.org/libreoffice/core/commit/?id=e05e77f4b737 > > > and > > > http://cgit.freedesktop.org/libreoffice/core/commit/?id=9365a3255875 > > > merged > > > > - http://cgit.freedesktop.org/libreoffice/core/commit/?id=20a8768b1c6a > > re the real non-real findsdrobject used in the api. Does load/save of > z-order stacking of frames/drawing objects in headers/footers used on > multiple pages to/from .odt still work ?
New document, insert header, insert a picture, insert another picture, save, load, the stacking order is the same; if that's what you mean. I don't quite see how the change should change anything, given that it's only a fallback for the case when the real object is not found. -- Lubos Lunak [email protected] _______________________________________________ LibreOffice mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice
