Bug 53304 - FORMATTING: Manual Column Break Does Not Disregard Above Paragraph Spacing
Summary: FORMATTING: Manual Column Break Does Not Disregard Above Paragraph Spacing
Status: RESOLVED DUPLICATE of bug 50068
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.6.0.4 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-09 19:09 UTC by Ronald V Popowich
Modified: 2013-12-05 20:10 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
FORMATTING: Manual Column Break Does Not Disregard Above Paragraph Spacing (23.60 KB, application/vnd.oasis.opendocument.text)
2012-08-09 19:09 UTC, Ronald V Popowich
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ronald V Popowich 2012-08-09 19:09:00 UTC
Created attachment 65354 [details]
FORMATTING:  Manual Column Break Does Not Disregard Above Paragraph Spacing

When inserting a Manual Column Break, the text appears at the top of the next column, but is moved down from the top of the column by the "Paragraph -> Indents & Spacing -> Spacing -> Above paragraph" amount, instead of placing the text at the top of the column, disregarding the space above paragraph, as expected.
This appears as displayed on the screen and when printed.
A work around is to place a blank paragraph immediately following the Manual Column Break and format it as hidden text.
Attachment included:
left column normal;
middle column with above described bug;
right column with above described work around (Style: "0RVP Z Hidden Bug Col Break").

Make yourselves a great day!!

Cheers,
Ron
Comment 1 Thomas Hackert 2013-06-25 15:05:10 UTC
Hello Ron, *,
I cannot reproduce your bug with LO Version: 4.1.0.1 Build ID: 1b3956717a60d6ac35b133d7b0a0f5eb55e9155 with installed Germanophone lang- as well as helppack under Debian Testing AMD64 ... :( Have you tested it with a newer version of LO than 3.6.0.4? Would you be so kind to test it either with the stable version of 4.0.4 or with RC1 of 4.1.0 again, please? Does your problem still occur there? If not, it would be nice, if you would close this bug ... ;)
Sorry for the inconvenience
Thomas.
Comment 2 Stephan Zietsman 2013-12-05 20:05:30 UTC
I can confirm the bug behaviour in LibreOffice 4.1 as reported by Ronald.

--==  Steps to reproduce  ==--

1. Open a new text document (File -> New -> Text Document)
2. Type "Heading one"
3. Insert a column break (Ctrl+Shift+Enter)
4. Type "Heading two"
5. Select all text (Ctrl+a)
6. Apply "Heading 1" format (Ctrl+1)
7. Change to 2 column format (Format -> Columns... -> 2)
8. Click OK

(Please note that step 7 should be done while all text is still selected as in step 5)

Expected result:  Both headings are spaced to the top of their respective columns.
Actual result:  "Heading two" is clearly lower than "Heading one".

--==  End of reproduction  ==--

I have played around with this a little and noticed some discprepancies which probably account for the fact that Thomas (thackert) could not reproduce the bug:
If the "Apply to" box indicates "Current Selection", then the bug appears.  When the "Apply to" box indicates "Page Style:Default Style", then the bug does not appear.  It seems that choosing "Current Selection" causes a new section to be created (Section1) containing the selected text.

-- 
Running LibreOffice 4.1 in Ubuntu 13.10 x64
About:  Version: 4.1.2.3
Build ID: 410m0(Build:3)
Comment 3 Stephan Zietsman 2013-12-05 20:10:02 UTC

*** This bug has been marked as a duplicate of bug 50068 ***