https://bugs.freedesktop.org/show_bug.cgi?id=71463
Priority: medium
Bug ID: 71463
Assignee: [email protected]
Summary: UI: Frame with nowrap and follow text misbehave when
moved to the next page
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: [email protected]
Hardware: Other
Whiteboard: BSA
Status: UNCONFIRMED
Version: 4.1.2.3 release
Component: Writer
Product: LibreOffice
Created attachment 88993
--> https://bugs.freedesktop.org/attachment.cgi?id=88993&action=edit
example doc
I have been experiencing this bug since a long time ago in Open/Libreoffice,
even in earlier times.
However, now I might have isolated a testcase.
I always uses the LO caption function for figures. It creates a frame over it
and add a line with a description (and a incremental number). I also always
setup this frames to be:
Anchor: paragraph
Width: 100%, relative
Height: I do not change the default value, but I make sure to set "autosize"
Position:
hoz: center to Paragraph area
vert: top to Paragraph text
"Follow text flow"
And for wrap, none.
I keep a dedicated paragraph for each frame. I hope that these settings would
prevent me to have frames overlapping other frames (because of wrap none).
Also, they will keep in order with paragraph position, even if it needs to
leave a significant white space in the previous page.
However, frames always dare me!
I know that I could simulate the behavior I need using frames as characters.
However, I loose some controls that I wanted as alignment to paragraph (I would
need to use special spacing setting to put it in the middle of a page). Also,
"anchor to paragraph" seems to be the recommended usage of pictures, as it is
the default one.
In the attached doc, I put two simple frames (blue and red) with the confs I
wrote before. The first (blue frame) is anchored to the first page. The second
one (red) just follows it, anchored to a following paragraph. When I put enough
white lines in the first page in order to have no space for blue, it is moved
to the second page. This is ok. However, for some reason, sometimes, it is over
red frame. LO plays tricks on me. Sometimes it:
1) keeps the wrong position (overlapping)
2) fixes it a second after I look at it (seems to be an after draw check wrote
as a workaround)
3) fixes only after I click on the frame
4) just works.
5) places blue on the top of a third page, even with plenty place to put both
images on page two.
The worst of all these is that doing reversal operations, like adding a line
and removing it, can trigger the problem. Sometimes, even undo cannot recover
it, sometimes it does.
This is a nightmare for large docs. I lost some hours reviewing PDF files,
picture by picture, every time I need to generate a new version.
It seems to be more common when I use "autosize" with minimum size smaller than
the needed one. Also, it is harder to reproduce the overlapping bug without
pictures inside the frame (but I can reproduce the "blue on the third page")
Just play adding/removing lines in the attached doc that you'll see a bunch of
strange behaviors.
PS: the "wrap none" behavior, besides this random state bug, does not make
sense to me. It only applies to text and not to floating objects, even if they
are also configured as "wrap none". This is a area that even experienced users
have problem to deal with. For newbies, this is hell. I already helped a bunch
of them with no great terminal solution. Why not treat them like a table?
Operating System: Ubuntu
Version: 4.1.2.3 release
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
