Bug 108600 - Paragraph format: Inconsistent display in space between paragraphs for area fill
Summary: Paragraph format: Inconsistent display in space between paragraphs for area fill
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3.3.1 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 118204 129170 157061 (view as bug list)
Depends on:
Blocks: Writer-Styles-Paragraph
  Show dependency treegraph
 
Reported: 2017-06-17 20:17 UTC by himajin100000
Modified: 2023-09-21 12:09 UTC (History)
10 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (22.16 KB, image/png)
2021-06-21 06:50 UTC, Heiko Tietze
Details
Checked in the latest version to date. (75.22 KB, image/png)
2023-09-18 21:48 UTC, Leandro Martín Drudi
Details
Example file. (25.71 KB, application/vnd.oasis.opendocument.text)
2023-09-18 21:49 UTC, Leandro Martín Drudi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description himajin100000 2017-06-17 20:17:30 UTC
Description:
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"

Actual Results:  
the spaces is painted in Red color.

Expected Results:
the space is painted in White color.
someone lets me know how to write clear and succint bug reports.


Reproducible: Always

User Profile Reset: No

Additional Info:
Version: 5.5.0.0.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
Comment 1 Dieter 2017-06-18 15:10:14 UTC
I confirm this behaviour with LO 5.4.0.0beta2.

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?
Comment 2 Buovjaga 2017-06-22 16:00:08 UTC
(In reply to Dieter Praas from comment #1)
> I confirm this behaviour with LO 5.4.0.0beta2.
> 
> 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?

Asking UX
Comment 3 Regina Henschel 2017-06-22 16:24:02 UTC
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.
Comment 4 Heiko Tietze 2021-06-21 06:50:25 UTC
Created attachment 173049 [details]
Screenshot

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.
Comment 5 Heiko Tietze 2021-06-21 06:50:59 UTC
What's your take, Mike?
Comment 6 Mike Kaganski 2021-06-21 21:17:10 UTC
(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).
Comment 7 Heiko Tietze 2021-06-22 07:00:25 UTC
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?
Comment 8 phv 2021-12-11 13:28:24 UTC
*** Bug 118204 has been marked as a duplicate of this bug. ***
Comment 9 Mike Kaganski 2021-12-11 13:31:20 UTC
*** Bug 129170 has been marked as a duplicate of this bug. ***
Comment 10 phv 2021-12-11 13:39:02 UTC Comment hidden (off-topic)
Comment 11 himajin100000 2021-12-11 13:40:23 UTC Comment hidden (off-topic)
Comment 12 Buovjaga 2021-12-11 15:03:23 UTC Comment hidden (off-topic)
Comment 13 Heiko Tietze 2022-03-03 09:49:48 UTC
The topic was on the agenda of the design meeting.

Issue
   + margin is per definition always transparent
   + if attributes of one paragraph continue on the next the margin 
     will be filled

Solution
   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).
Comment 14 Thomas Lendo 2022-03-04 19:04:04 UTC
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. :-/
Comment 15 Dieter 2023-09-17 12:37:26 UTC
*** Bug 157061 has been marked as a duplicate of this bug. ***
Comment 16 Leandro Martín Drudi 2023-09-18 21:47:06 UTC
Reproducible:
Version: 7.6.1.2 (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
Comment 17 Leandro Martín Drudi 2023-09-18 21:48:48 UTC
Created attachment 189679 [details]
Checked in the latest version to date.
Comment 18 Leandro Martín Drudi 2023-09-18 21:49:45 UTC
Created attachment 189680 [details]
Example file.
Comment 19 Leandro Martín Drudi 2023-09-21 12:09:41 UTC
It's a shame that something that severely affects the aesthetics of the documents still hasn't been resolved.