Bug 122145 - PARAGRAPH BORDERS: Border styles "Thin Thick" are misaligned in the corners
Summary: PARAGRAPH BORDERS: Border styles "Thin Thick" are misaligned in the corners
Status: RESOLVED DUPLICATE of bug 116843
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.0.0.beta1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-16 19:21 UTC by okinasevych
Modified: 2021-02-11 20:06 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example of misrendered paragraph borders when styled as double-line. (426.94 KB, image/png)
2018-12-16 19:28 UTC, okinasevych
Details
Example of 1.12 pt. double-line rule as rendered to PDF from earlier version of LO Writer. (89.93 KB, image/png)
2018-12-16 19:35 UTC, okinasevych
Details
Double-line rule in LO, Acrobat Pro, and MacOS Preview (134.83 KB, image/png)
2018-12-17 18:10 UTC, okinasevych
Details
Thick double-line borders misaligned in corners. (22.52 KB, image/png)
2018-12-17 18:16 UTC, okinasevych
Details

Note You need to log in before you can comment on or make changes to this bug.
Description okinasevych 2018-12-16 19:21:23 UTC
Description:
Borders for paragraphs cannot be set as double-line style. When applying the double-line style, borders appear as single lines. In addition, border corners do not align and appear broken. 

I have tried several different double-line styles, different widths, and on single and multiple sides of a paragraph. This problem manifests in a file I created in 2016 as well as a new file I created to test this issue. 

Steps to Reproduce:
1. Open new Writer document. Type some text. 
2. Choose Format > Paragraph > Borders
3. Set border to a double-line Line style. Set Line Width to any width (say 4.00 pt). Click OK.   

Actual Results:
Line styles do not appear as represented in the Paragraph dialog, ie, they are single- not double-line borders. Corners of these borders do not align. 

Expected Results:
Double-line borders (two parallel lines with a white space between them) are expected. Borders should align at the corners.  


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Comment 1 okinasevych 2018-12-16 19:28:32 UTC
Created attachment 147614 [details]
Example of misrendered paragraph borders when styled as double-line.

Note that the example shows Writer in Safe Mode using a default paragraph style.
Comment 2 okinasevych 2018-12-16 19:35:49 UTC
Created attachment 147615 [details]
Example of 1.12 pt. double-line rule as rendered to PDF from earlier version of LO Writer.
Comment 3 Dieter 2018-12-17 08:59:03 UTC
I can confirm this for the settings (regarding to the tooltip in the dialog):

Double: only one line
Thin thick, normal gap: only one line
Thick thin, small gap: only one line


The following settings are O. K.
Double thin: O. K.
Thin thick, medium gap: O. K.
Thin thick, large gab: O. K.
Thick thin, medium gap: O. K.
Thick thin, large gap: O. K.
Inset: O. K.

Version: 6.2.0.0.beta1 (x64)
Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-US (de_DE); UI-Language: en-GB
Calc: threaded

Okinasevych, do you get the same results. Please try also with LO 6.2, because the paragraph dialog has been modified I think.
Comment 4 Durgapriyanka 2018-12-17 16:47:25 UTC
Thank you for reporting the bug. I can not reproduce the bug. Borders for paragraphs can be set as double lines which are properly aligned and does not appear broken in

Version: 6.3.0.0.alpha0+
Build ID: 3c964980da07892a02d5ac721d80558c459532d0
CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-12-12_02:07:45
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 5 okinasevych 2018-12-17 18:06:48 UTC
(In reply to Dieter Praas from comment #3)
> I can confirm this for the settings (regarding to the tooltip in the dialog):
> 
> Double: only one line
> Thin thick, normal gap: only one line
> Thick thin, small gap: only one line
> 
> 
> The following settings are O. K.
> Double thin: O. K.
> Thin thick, medium gap: O. K.
> Thin thick, large gab: O. K.
> Thick thin, medium gap: O. K.
> Thick thin, large gap: O. K.
> Inset: O. K.
> 
> Version: 6.2.0.0.beta1 (x64)
> Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
> CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
> Locale: en-US (de_DE); UI-Language: en-GB
> Calc: threaded
> 
> Okinasevych, do you get the same results. Please try also with LO 6.2,
> because the paragraph dialog has been modified I think.

Works mostly as expected using LO 6.2.0.0.beta1. Double-line rules do appear and seem to align correctly at corners. 

However, some disappointments on further testing.

1. Double rule at 1.10 pts appears chunkier than the 1.12 pt example I provided earlier. Looks like I have to use 0.25 pt for similar effect in LO. Gap between lines is very narrow compared to earlier example/attachment. 

2. Print > Save as PDF (MacOS) renders the double-line as a single line.  File > Export as PDF renders double-line when opened in MacOS Preview. Border at 0.25pt appears single after File>Export PDF, then opened in Acrobat Pro. (See new attachment)

3. Testing other double-lines... Thin Thick Large Gap, 2.75 pt ... does not align at corners. Inner lines appears to overshoot in a counter-clockwise fashion.
Comment 6 okinasevych 2018-12-17 18:10:58 UTC
Created attachment 147625 [details]
Double-line rule in LO, Acrobat Pro, and MacOS Preview

Attachment first shows LO Writer with 12 pt text, double thin line at 0.25 pts. Then rendered to PDF using File > Export to PDF. Next is shown the PDF in Acrobat Pro, then in MacOS Preview. All scaled for visual comparison. 

Using LO 6.2.0.0.beta1, MacOS 10.12.6.
Comment 7 okinasevych 2018-12-17 18:16:10 UTC
Created attachment 147626 [details]
Thick double-line borders misaligned in corners.

Thin think large gap border, 4 pt, w 12 pt text. Note inner lines are misaligned at the corners. Seem to overshoot in counter-clockwise manner.
Comment 8 Buovjaga 2019-01-24 18:16:08 UTC
Please copy and paste here the contents of your Help - About. This allows us to know more about your system.

I will set to NEW per comment 3, though.
Comment 9 okinasevych 2019-01-24 23:51:59 UTC
Retested with prerelease build:

Version: 6.2.0.2
Build ID: 2ce5217b30a543f7666022df50f0562f82be0cff
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: GL; VCL: osx; 
Locale: en-CA (en_CA.UTF-8); UI-Language: en-US
Calc: threaded

Testing paragraph with 8 pt double-borders on all sides:

Double -- OK
Double thin -- OK
Thin Thick, Small Gap -- ERROR at corners, inner line 
Thin Thick, Med Gap -- ERROR at corners, inner line 
Thin Thick, Large Gap -- ERROR at corners, inner line 
Thick Thin, Small Gap -- OK 
Thick Thin, Med Gap -- OK 
Thick Thin, Large Gap -- OK 

FWIW, an earlier (ca 2015) document I created with double-rules on single bottom edges of paragraphs renders and prints correctly/as intended. Kudos and thanks.
Comment 10 Buovjaga 2019-01-25 09:58:35 UTC
(In reply to okinasevych from comment #9)
> Version: 6.2.0.2
> Build ID: 2ce5217b30a543f7666022df50f0562f82be0cff
> CPU threads: 4; OS: Mac OS X 10.12.6; UI render: GL; VCL: osx; 
> Locale: en-CA (en_CA.UTF-8); UI-Language: en-US
> Calc: threaded

I see you have OpenGL on. Does it make a difference, if you turn it off? Tools - Options - LibreOffice - View - Use OpenGL for all rendering
Comment 11 okinasevych 2019-01-25 14:37:49 UTC
For the three border types I identified earlier, the error remains when OpenGL rendering is disabled. 

Version: 6.2.0.2
Build ID: 2ce5217b30a543f7666022df50f0562f82be0cff
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx; 
Locale: en-CA (en_CA.UTF-8); UI-Language: en-US
Calc: threaded
Comment 12 Dieter 2021-01-13 07:22:09 UTC
Tested again with

Version: 7.0.4.2 (x64)
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Results:
Double => O.K.
Double thin => O.K.
Thin Thick Small => Not O.K.
Thin Thick Medium => Not O.K.
Thin Thick Large => Better, but not perfect
Thick Thin Small => O.K.
Thick Thin Medium => O.K.
Thick Thin Large => O.K.

So it's the same result that is described in commen 9: Problem is only with Thin Thick Borders => I changed bug summary
Comment 13 Aron Budea 2021-02-11 20:06:17 UTC
This is a duplicate of bug 116843.

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