Re: layout.xml differs from parseDump(...)

2018-09-12 Thread Miklos Vajna
Hi Patrick, On Tue, Sep 11, 2018 at 04:23:59PM +, Patrick Jaap wrote: > I want to check that no "POR_FLY" portions are created in the document. > A first ugly patch is here > >     https://gerrit.libreoffice.org/#/c/60319/ > > and I added you as a reviewer. > > Do you have an idea how t

Re: layout.xml differs from parseDump(...)

2018-09-11 Thread Patrick Jaap
Hi Thorsten! Thanks for the hint with the Scheduler method. Unfortunately, it did not change anything... I figured another way to do the unit test: I want to check that no "POR_FLY" portions are created in the document. A first ugly patch is here     https://gerrit.libreoffice.org/#/c/60319/

Re: layout.xml differs from parseDump(...)

2018-09-07 Thread Thorsten Behrens
Hi Patrick, Patrick Jaap wrote: > So, the first one is equal, but the other ones are shifted by 333. > > How can this be caused? Is this a bug? > Looks odd indeed. First thing that comes to mind: layouting continues asynchronously after the load - perhaps a Scheduler::ProcessEventsToIdle() helps

layout.xml differs from parseDump(...)

2018-09-07 Thread Patrick Jaap
Hi! I'm trying to write a simple unit test but this time it is confusing. For my odt-document the layout.xml says: There are 6 "txt" portions  in the body and "info"->"bounds"->"top" values are top="2269" top="6022" top="6502" top="6882" top="7262" top="7642" In the unit test, I have     SA