https://bugs.documentfoundation.org/show_bug.cgi?id=168410
Bug ID: 168410
Summary: WRITER: unexpected z-order across backgrounds (page,
paragraph, frame, character)
Product: LibreOffice
Version: 25.2.6.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Created attachment 202830
--> https://bugs.documentfoundation.org/attachment.cgi?id=202830&action=edit
Incorrect (?) precedence of background components
Using LO 25.2.6.2, I want to implement a sophisticated watermark to simulate
specifically-made stationery. My goal is to have an image in the far background
with ghost-text (not part of the image) over it: this will be my "sheet" of
paper. Text is expected to be painted on this sheet with all properties
configured in the styles visible and effective.
The attached document has 3 pages.
Page 1 is the "reference" page with a page background, a paragraph with
background and a paragraph with only character highlighting.
This "reference" page displays as expected.
A frame for the watermark is added in page 2. For simplicity, this watermark is
done with frame background (Area attribute as a pattern). The frame has wrap
properties "in background" and "can overlap" (this latter one irrelevant in the
present case).
As can be seen, the frame is not at all in the background. Z-ordering is as
follows (from back to front):
1. page background
2. paragraph background
3. frame background
4. character highlighting
My expectation is 1-3-2-4 based on my understanding of "in background".
The present z-ordering interferes badly with paragraph properties, masking
paragraph background, thus breaking intended formatting (a paragraph is an
"atomic" object made of its geometric rectangular shape and its text; inserting
an alien object which can be larger than the paragraph between the shape and
its text is logically wrong -- at least when not documented).
Just to check, I tried to create a "transparent" frame with Area "None". This
is page 3. Unfortunately, a frame with Area "None" is not transparent but
inherits the Area property of the page it is in, which is even more
problematic.
Please clarify the precedence rule in background ordering.
-- I just mention here for the record a behaviour which will be the topic of an
independent bug report when I have time: I first prepared my frames manually
before creating the dedicated frame styles. The usual stance of applying
another style to get rid of direct formatting before reapplying the target
style does not work on Area attribute. It is totally impossible to clear it and
it always overrides Area in the style --
--
You are receiving this mail because:
You are the assignee for the bug.
