Created attachment 94375 [details]
Style with double spacing and "Don't add space between paragraphs of the same style"
When "Don't add space between paragraphs of the same style" is checked for a style and line spacing for that style is different from "simple", line spacing is ignored between the last line of a paragraph and the first line of next paragraph.
The result isn't coherent with the line spacing defined.
I cannot reproduce this in 18.104.22.168. Or in any case I do not understand it :)
Can you pls explain which marked distance in your attachment (thanks) is not OK, and should be what?
Created attachment 94378 [details]
How spacing between paragraphs shouls work when "Don't add space between paragraphs of the same style" is selected.
In the attachment, the arrow that says "space between two paragraphs with style Citação" should be (I think) the same as two lines in those paragraphs. As you can see, line spacing in those paragraphs is Double but the spacing between two paragraphs ignores that.
The way I see it, it would make more sense if the spacing between those two lines that are close to each other was the same that the spacing between any two other lines.
In short, the space in the third arrow should be the same as the second arrow.
That would happen if the option "Don't add space between paragraphs of the same style", instead of remove ALL the spacing, used the default line spacing of that style (ignoring only "space before" and "space after").
Sorry if some of the terms aren't precise. I'm using a Portuguese version and I don't have access to an English one right now.
I have posted another image of how I think it should work so you can compare. Maybe it's a bug, maybe it works like that by design, maybe you can clarify.
Reproducible with 22.214.171.124.beta1 - 126.96.36.199 under Win7x64, 188.8.131.52 under Ubuntu 13.10 x64 -> NEW.
Steps to reproduce:
1. Create a new empty text document.
2. Write a paragraph several lines long.
3. Add several other paragraphs one line long.
4. Go to Styles and Formatting, Paragraph Styles, modify current paragraph style to have double line spacing and no spacing above or below the paragraph, and uncheck "Don't add space between paragraphs of the same style" (Idents and Spacing tab) -> OK.
5. See that all lines are spaced evenly.
6. Go to Styles and Formatting, Paragraph Styles, modify current paragraph style to check "Don't add space between paragraphs of the same style" and add some spacing above or below paragraph -> OK.
Expected result: the spacing between lines (of these same-style paragraphs) should stay equal regardless of if they are inside one paragraph or between same-style paragraphs, i.e. they should all be equal to Line Spacing setting.
Actual result: the spacing inside paragraph stays OK, while spacing between adjacent same-style paragraphs become single. This is absolutely inappropriate, because:
- the "Don't add space between paragraphs of the same style" checkbox is grouped with "Above/Below paragraph spacing" settings, and expected to affect only that behaviour;
- the help system further confirms this, saying "Makes any space specified before or after this paragraph not be applied when the preceding and following paragraphs are of the same paragraph style" (see https://help.libreoffice.org/swriter/cui/ui/paraindentspacing/spinED_LEFTINDENT?Language=en-US&System=WIN&Version=4.2#Don.27t_add_space_between_paragraphs_of_the_same_style);
- this wrong behaviour makes this option absolutely unusable in scenarios where non-single-line spacing is used. You just cannot make normal text body with double spacing to look OK when this checkbox is checked!
This is not a minor issue, as it makes this newly introduced feature barely usable. Thus restoring severity to NORMAL.
I can confirm this issue on
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71
By the way in the worst possible situation. I am formatting an academic paper, and this behavior is making the task cumbersome and full of kludges. Line-spacing should be respected between paragraphs of same type, no matter the checkbox state.
Additional shame: Installed L.O. to various friends in similar tasks saying that L.O. will be better than the "famous commercial suite", as the suite in question is full of inconsistencies :(
Please read: "academic work" instead of paper. And the shame on me, not L.O., as I know that bug happens.
PS: "Beware" that my native language is Portuguese ;)
I can confirm that the bug is still present in version 184.108.40.206.
The bug persists in version 220.127.116.11.
I just tested. Bug persists in 18.104.22.168.
Also presents in 22.214.171.124.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.4 or later)
If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for your help!
-- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
The problem still here.
LO v 126.96.36.199
Windows 8.1 x64
Can we get a test document? I cannot reproduce this.
Created attachment 125743 [details]
Test file with highlighted problem
Here you are. LO 188.8.131.52 Windows 8.1 x64.
Added Miklos who was the mastermind behind the implementation for contextual spacing in 3.6, and Andras who was behind the spec.
Could you please take a look at this? It doesn’t appear to match the spec or how it’s implemented with in other word processors.
I think this is not a bug but a misconception. Space between paragraphs actually means additional space. The expected functionality is:
nominal_space_above_paragraph = space between lines in paragraph
nominal_space_below_paragraph = 0 (no space)
nominal_space_of_paragraph = nominal_space_above_paragraph
Space between former paragraph1 and following paragraph2 is
space_paragraph1_paragraph2 = nominal_space_of_paragraph2 + additional_space_above_paragraph2 + additional_space_below_paragraph1
When "don't add space" is on
space_paragraph1_paragraph2 = nominal_space_of_paragraph2
I think the importance must be high because when line spacing is not single the all stuff is useless.
PS. In my opinion, the better is:
space_paragraph1_paragraph2 = nominal_space_of_paragraph2 + max(additional_space_above_paragraph2, additional_space_below_paragraph1)
That's it. Usually docs are formatted with 1.5x line spacing. I want to use this feature to add spacing after plain text before next header.
For now, I use spacing before header, but it looks bad when u have two header following each other (e.g. H1 and H2, then plain text) - two spacings are combined. I wanted to work without "spacing before" headers, but need additional spacing after plain text then. In this case I get it inside plain text, and no chance to make it work with this option (no spacing between same style paragraphs).
(In reply to Alexander Polkhovskiy from comment #17)
> That's it. Usually docs are formatted with 1.5x line spacing. I want to use
> this feature to add spacing after plain text before next header.
> For now, I use spacing before header, but it looks bad when u have two
> header following each other (e.g. H1 and H2, then plain text) - two spacings
> are combined. ....
What about Options > Writer > compatibility > Add spacing between tables and headers (current document) ?
(In reply to Cor Nouws from comment #18)
> (In reply to Alexander Polkhovskiy from comment #17)
> > That's it. Usually docs are formatted with 1.5x line spacing. I want to use
> > this feature to add spacing after plain text before next header.
> > For now, I use spacing before header, but it looks bad when u have two
> > header following each other (e.g. H1 and H2, then plain text) - two spacings
> > are combined. ....
> What about Options > Writer > compatibility > Add spacing between tables and
> headers (current document) ?
It is checked as it is by default. But how should it help me?
(In reply to Alexander Polkhovskiy from comment #19)
> It is checked as it is by default. But how should it help me?
Check off makes (or should make) that the spacings from H1 and H2 are not combined.
(In reply to Cor Nouws from comment #20)
> (In reply to Alexander Polkhovskiy from comment #19)
> Check off makes (or should make) that the spacings from H1 and H2 are not
This settings page really helps to manage problems.
I've unchecked "Add spacing between tables and headers (current document)" and "Sum spacing between paragraphs and tables (current document)". Now it seems to be like I want it to be.
Thank you very much!
thanks for checking and reporting back!
Created attachment 127010 [details]
Example of DOCX file incorrectly imported because of bug
We do not typically close bugs just because someone suggested a workaround. We implemented a feature that's found in MS Word, Google Docs, Kingsoft Writer, and WordPerfect, and gave it the same exact name as found in those other wordprocessors. If we don't behave the same way, it's a bug. If we don't follow our own spec, it's a bug.
I followed the steps in Comment 4 with LibreOffice Writer 5.3, Word 2013, and Kingsoft Writer. Only LibreOffice ignored the double spacing when I unchecked "Don't add space between paragraphs of the same style". In addition when I saved the Word test document as a .doc and .docx, Google Docs and Kingsoft Writer correctly imported both of the documents, while LibreOffice failed on both of them.
(In reply to Luke from comment #23)
> We do not typically close bugs just because someone suggested a workaround.
Of course we don't - I misinterpreted Alexander's comment apparently: thought that the setting made the problem disappear.
(In reply to Cor Nouws from comment #24)
> Of course we don't - I misinterpreted Alexander's comment apparently:
> thought that the setting made the problem disappear.
Unfortunately, it made only part of the problem disappear, but didn't make the subject work fine. So, it's only a workaround to get particular behavior.
Sorry for my bad English, if my words are not that clear. And thanks for your help!
(In reply to Alexander Polkhovskiy from comment #25)
> Sorry for my bad English, if my words are not that clear. And thanks for
> your help!
No need to say sorry - might well be that I was a bit to hasty ;\
Thanks for your understanding!
A patch submitted to gerrit: https://gerrit.libreoffice.org/28692
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":
tdf#75221: make margin collapsing implementation conform OASIS proposal
It will be available in 5.3.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Verified FIXED in Version: 184.108.40.206.alpha0+
Build ID: 1013587c03d168b54349b5d47c8359e97acc0ad5
All these interoperability improvements are making a huge difference. Thank you Mike!
I confirm it's fixed in Version: 220.127.116.11.alpha0+
Build ID: ba269f7294e2416659011cbb498a2c6b5f9d5199
Win 8.1 x64
Thank you very much for this work!
*** Bug 73629 has been marked as a duplicate of this bug. ***
*** Bug 74888 has been marked as a duplicate of this bug. ***
*** Bug 90712 has been marked as a duplicate of this bug. ***