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:
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.
Created attachment 147615 [details] Example of 1.12 pt. double-line rule as rendered to PDF from earlier version of LO Writer.
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.
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
(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.
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.
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.
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.
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.
(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
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
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
This is a duplicate of bug 116843. *** This bug has been marked as a duplicate of bug 116843 ***