[ODFPlugtest] Gouda plugfest: problem case with ODT frames encountered in OEP project

[Willem-Jan Veen]

Hi Olivier-Rainer,

I've made the other scenario showing a problem with flow (float) semantics. This time it relates to a paragraph containing a draw:line element, that didn't fit on a page. As a result, the line flows to the next page (good) on top of the text in the following paragraph (wrong).

See the attached sample document that I've stripped to the bare minimum for show casing the observed behaviour. Again, I hope you understand better what is going on and  maybe know a way to resolve this issue.

Many thanks in advance.

Regards,

Willem-Jan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Tractatenblad-experiment.odt
Type: application/vnd.oasis.opendocument.text
Size: 9162 bytes
Desc: not available
URL: <http://open.nlnet.nl/pipermail/plugtest/attachments/20111124/c150f287/attachment.odt>
-------------- next part --------------



On Nov 23, 2011, at 2:25 PM, Oliver-Rainer Wittmann wrote:

> Hi Willem-Jan,
> 
> we already had the possibility to talk at the end of the ODF Plugfest in
> Gouda, NL last week about your layout problems in some detail.
> I think I have already given you some hints in order to get more control
> about the layout regarding the flow of text frames in OpenOffice.org resp.
> Apache OpenOffice.
> 
> As promised I am planning to followup on your problems in more detail when
> I have some resources left. Hopefully, I have some time in the next week.
> I hope it is ok for the rest of the mailing list subscribers, if I post the
> followup on this mailing list, because - as far as I have seen - the
> problems are more or less related to applications which base on
> OpenOffice.org code than they are related to ODF.
> If not, please let me know.
> 
> Willem-Jan: Do not hestitate to ping me, if you have questions/comments/...
> 
> 
> Mit freundlichen Gr??en / Best regards
> Oliver-Rainer Wittmann
> 
> --
> Advisory Software Engineer
> -------------------------------------------------------------------------------------------------------------------------------------------
> 
> IBM Deutschland
> Beim Strohhause 17
> 20097 Hamburg
> Phone: +49-40-6389-1415
> E-Mail: orwitt at de.ibm.com
> -------------------------------------------------------------------------------------------------------------------------------------------
> 
> IBM Deutschland Research & Development GmbH / Vorsitzender des
> Aufsichtsrats: Martin Jetter
> Gesch?ftsf?hrung: Dirk Wittkopp
> Sitz der Gesellschaft: B?blingen / Registergericht: Amtsgericht Stuttgart,
> HRB 243294
> 
> 
> 
> From:	Willem-Jan Veen <willem at lunatech.com>
> To:	plugtest at opendocsociety.org
> Date:	18.11.2011 10:45
> Subject:	[ODFPlugtest] Gouda plugfest: problem case with ODT frames
>            encountered in OEP project
> Sent by:	plugtest-bounces at opendocsociety.org
> 
> 
> 
> Hi,
> 
> The problem case with frames concern for instance the inclusion of an image
> with a title on top and additional remarks on the bottom. In the specific
> situation that the image doesn't fit on the remainder of the page, it
> automatically floats to the next page (what is good), but the positioning
> of the frames with title, image and remarks become scrambled.
> 
> I've attached a small ODT file which demonstrates this behaviour. It first
> shows a image with title and remarks which are rendered correctly position
> to each other. A page further, in identical example is presented but this
> time the image didn't fit on the remainder of the page and floated to the
> next page. You can immediately see the resulting visual effects when opened
> in openoffice or neo-office.
> 
> Please note, that the ODT isn't correctly zipped. The original ODT was much
> larger, so I unzipped de ODT, manually removed as much content as possible
> while keeping the problem case intact. I then zipped the ODT quickly by
> hand without placing the file mime type as-is on the starting offset. In
> our experience, this doesn't pose a problem for rendering such a document
> in a word processor. The real system does do the final zip process
> according to specification.
> 
> Regards,
> Willem-Jan Veen
> 
> [attachment "KIO-exoeriment.odt" deleted by Oliver-Rainer
> Wittmann/Germany/IBM] _______________________________________________
> Plugtest mailing list
> Plugtest at opendocsociety.org
> http://lists.opendocsociety.org/mailman/listinfo/plugtest
>