Created attachment 164048 [details] Writer file showing problem with tab dotted fill characters Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded AFAIR, the issue was also there in LO 6. 1. Open the attached document. 2. Place the cursor in the first list (page 2) and open the Paragraph style "Contents 4". 3. Change the font to "Linux Libertine" (not the G or any other variant, but just the plain version). Close the dialogue. RESULT: The TAB dotted fill characters are rendered incorrectly. This rendering is also applied to pdf exports If you look closely, you can see that the dots are spaced unevenly.
An observation. OpenOffice, including the current version (4.1.7), has always rendered "Linux Libertine" correctly. But crashes if you change to "Linux Libertine G".
I don't see the problem. Please add a screenshot
Created attachment 164146 [details] Zip file containing Writer file screenshots "para_style_font" shows the font which causes the problem. "dotted_line_problem" is a close-up of the document window showing bad rendition of the dotted tab fill characters.
Dear R. Green, A new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Created attachment 173231 [details] Writer file illustrating problem with Linux Libertine font. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: c703b2d22c3f45825d9c9d790c3b5a4b6f97e776 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-17_00:44:32 Calc: threaded Open the attached document. Make sure you have "Linux Libertine" font on your system ("Linux Libertine G" is different). Notice the dots in the lines on page 2 are irregularly spaced, and this is reflected in the pdf output.
Confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0b397d8ef0a2615e8e6202804ca2f6cb58436fa5 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo looks good in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
This seems to have begun at the below commit. Adding Cc: to Khaled Hosny; Could you possibly take a look at this one? Thanks b8b0416620feecf3ede3305830a2b145c62a5bf9 is the first bad commit commit b8b0416620feecf3ede3305830a2b145c62a5bf9 Author: Matthew Francis <mjay.francis@gmail.com> Date: Fri Sep 18 11:08:32 2015 +0800 source-hash-bff8fa97e16f0f06fddc5545ea36c8bd2b18a580 commit bff8fa97e16f0f06fddc5545ea36c8bd2b18a580 Author: Khaled Hosny <khaledhosny@eglug.org> AuthorDate: Mon May 6 11:08:29 2013 +0200 Commit: Khaled Hosny <khaledhosny@eglug.org> CommitDate: Mon May 6 17:22:31 2013 +0200 Enable HarfBuzz by default HarfBuzz integration should be functional now, so to give it more wider testing it is made now a required dependency on non-Windows non-Mac OSs. By default text layout is now done by HarfBuzz but ICU LayoutEngine is kept as a fallback and can be enabled with SAL_USE_ICULE env variable. After 4.1.x is branched, ICU LayoutEngine should be removed completely.
The font has a ligature of each three dots (...) and the spacing inside the ligature is bigger than it is between them, which gives the uneven spacing you see (exacerbated by Writers muddling with glyph metrics, but it should be improved in 7.4/7.5). This is a font issue, nothing we can fix. You can try disabling the ligatures or using a new font (Libertinus, a maintained fork of Linux Libertine, might have already fixed this issue, or it at least it can be fixed if reported).