[PUSHED][REVIEW-3.5] Various .doc/.docx fixes

[Lubos Lunak]

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
 l.lunak at suse.cz