see steps to reproduce
Steps to Reproduce:
0-1: Run LibreOffice Writer
1-1: Create two adjacent paragraphs.
2-1: Right Click on SECOND paragraph and Select "Paragraph" context menu.
2-2: Select "Indents and Spacing" Tab.
2-3: Set "Above paragraph" to 5.00 lines
2-4: Select "Area" tab
2-5: Click "Color" button
2-6: Select "Yellow"
2-7: Click "OK"
3-1: Right Click on FIRST paragraph and Select "Paragraph" context menu.
3-2: Do Nothing
3-3: Do Nothing
2-4: Select "Area" tab
2-5: Click "Color" button
3-6. Select "Red"
3-7. Click "OK"
You see spaces in white (for the default white paper) color between yellow area and red area(THIS IS OK).
Now we will go on to NG case.
4-1: Right Click on SECOND paragraph and Select "Paragraph" context menu.
4-2: Do Nothing
4-3: Do Nothing
4-4: Select "Area" tab
4-5: Do Nothing
4-6. Select "Red"
4-7. Click "OK"
the spaces is painted in Red color.
the space is painted in White color.
someone lets me know how to write clear and succint bug reports.
User Profile Reset: No
Version: 220.127.116.11.alpha0+ (x64)
Build ID: 9ad56da72a79a2d649755a0ab98bd53f238db08b
CPU threads: 4; OS: Windows 6.19; UI render: default;
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-05-27_23:52:12
Locale: en-US (ja_JP); Calc: CL
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
I confirm this behaviour with LO 18.104.22.168beta2.
I agree, that this behaviour is inconsistent, but I also think, that in some cases this might be the result users want to get. But there are other cases, where it makes more sense, that the space is in white colour. So what would be a good solution?
(In reply to Dieter Praas from comment #1)
> I confirm this behaviour with LO 22.214.171.124beta2.
> I agree, that this behaviour is inconsistent, but I also think, that in some
> cases this might be the result users want to get. But there are other cases,
> where it makes more sense, that the space is in white colour. So what would
> be a good solution?
In the second case the rendering is wrong. A margin is _always_ transparent.
The wrong behavior has been introduced long time ago in OOo, when it was not possible to have a padding without border line. But in the meantime LO has implemented a padding without border line, so that now users can get the desired effect by setting the margin to 0 and increasing the padding.
Similar problems are already handled in bug 106021 and bug 39756.
Nevertheless it is a question, how to make the UI, so that users get the desired effect of continues color and at the same time follow ODF.
Created attachment 173049 [details]
If the style continues on the following paragraph the area attributes are taken into the spacing. Changing the color just one bit make the space white again.
I'm not so sure that this is an issue since the spacing is not a margin. Otherwise we would get a blank space for double line spacing or indentation too.
What's your take, Mike?
(In reply to Heiko Tietze from comment #5)
Personally I find this behavior inconsistent and hackish. We have spacing that is covered by paragraph's background (and which now can be used without borders). We have indents and spacing that isn't covered, and which has an option to be not added between same-style paragraphs.
I can imagine a property of paragraph (style) similar to the new "BackgroundFullSize" (bug 122508 - thanks Michael!). It looks reasonable and in agreement with that extension - to be able to define if those areas around are covered by background or not. But this automatic extension ... I'm against it (but it exists, and no doubt there are documents using it - so if it hopefully is removed, there's still a compat setting for those old documents).
Michael, Miklos: a) change (with compatibility option for legacy documents; guess many users understand this as a true option) following Regina's comment 3 or b) keep spacing (not margins) as part of the paragraph?
*** Bug 118204 has been marked as a duplicate of this bug. ***
*** Bug 129170 has been marked as a duplicate of this bug. ***
I just added a duplicate, but I would appreciate if this current report had a better title to be more easily found by search engines:
"Paragraph format: Inconsistent display in space between paragraphs for area fill"
(In reply to phv from comment #10)
> I just added a duplicate, but I would appreciate if this current report had
> a better title to be more easily found by search engines:
> "Paragraph format: Inconsistent display in space between paragraphs for area
> Thank you!
phv: feel free to improve any report summaries in the future (even only for typos), no need to ask for permission :) You can do it by clicking the "(edit)" next to the summary.
The topic was on the agenda of the design meeting.
+ margin is per definition always transparent
+ if attributes of one paragraph continue on the next the margin
will be filled
a) add a property similar to the new "BackgroundFullSize" (c6)
b) use the border instead of spacing to continue attributes (works out of the box)
Tweaking the clear definition of being transparent is never a good solution whether by comparing the attributes nor using a some option. If we go with b) and there are concerns about the layout of existing documents we could add a compatibility or expert option.
While I doubt that many used this exploit intentionally it could have been a way to color the page background, so potentially used often. In this case we could keep the current behavior for past documents and use the correct transparency for new documents only.
If we keep the current behavior it requires documentation (easy workaround is to have slightly different colors).
Please don't keep the current behavior. As Mike and Regina already said, it's wrong how LO handles that.
And in my point of view, it drives me crazy that i have to insert a blank line between two paragraphs (e.g. headings of different hierarchy) with same background color. This shouldn't be necessary.
I doubt a new setting is a good idea that looks like the page background filling. It would make the paragraph options more complex. But it's foreseeable that someone will complain that LO has changed it's behavior if there is no way to bring the old behavior back. :-/
*** Bug 157061 has been marked as a duplicate of this bug. ***
Version: 126.96.36.199 (X86_64) / LibreOffice Community
Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674
CPU threads: 12; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: es-AR (es_AR); UI: es-ES
Calc: CL threaded
Created attachment 189679 [details]
Checked in the latest version to date.
Created attachment 189680 [details]
It's a shame that something that severely affects the aesthetics of the documents still hasn't been resolved.