Description: This graphic glitch happens mostly with zoom factors multiple of 100%. Using serif font like Times New Roman, Liberation Serif et al., I see a little space after many characters, in particular after the lowercase m. Setting another zoom factor, like 103%, seems to reduce the effect of this bug. I don't see this behaviour in other office apps, like Microsoft Word, that render font correctly. Also, I've seen this glitch under Windows, Linux and Mac OS. Enabling or disabling OpenGL doesn't make any difference. Steps to Reproduce: 1. Set zoom at a multiple of 100% 2. Write some text in Times New Roman (or other serif font) and see how it appears 3. Set zoom at another value and note the difference Actual Results: Wrong font rendering, as described Expected Results: Better font rendering Reproducible: Always User Profile Reset: No Additional Info:
Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
It's not related to user profile; I have this behaviour on every PC I use, on every user profile.
The bug is still there in 6.3.4.2. It has always been there, and it has been inherited from OpenOffice as well.
No reproduce in Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kde5; Locale: id-ID (id_ID.UTF-8); UI-Language: en-US Calc: threaded and Version: 6.5.0.0.alpha0+ Build ID: 5030be4e85179147476b1e441eb618fb6ed58235 CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kf5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-11-28_20:14:48 Locale: id-ID (id_ID.UTF-8); UI-Language: en-US Calc: CL can you tell us about the detail of the Writer?
set to NEEDINFO
Created attachment 156677 [details] Zoom at 100%
Created attachment 156678 [details] Zoom at 103%
I'm using Windows 64 bit version 6.3.4.2. You can clearly see from the attachments that with a 100% zoom factor there is a little space after the lowercase m; it's not there with a 103% zoom factor. I've also seen this bad font rendering under Mac OS and Linux, with many versions of LibreOffice, as I said before.
[Automated Action] NeedInfo-To-Unconfirmed
Created attachment 156683 [details] Comparison between LibreOffice and Notepad.exe I understand what the reporter means as I've seen LO sometimes rendering text with strange kerning as well. For comparison I'm attaching screenshots of both LO 6.2.8 and Windows native Notepad.exe rendering the same text, so that developers can see what we mean. Both screenshots are with Times New Roman font, 12 pt size, 100% zoom. However, neither rendering is perfect, and I'll be reluctant to say the LO one is "wrong". My "About LO" information: Version: 6.2.8.2 (x64) Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee CPU threads: 2; OS: Windows 10.0; UI render: default; VCL: win; Locale: zh-CN (zh_CN); UI-Language: en-US Calc: threaded
I confirm it with Version: 6.3.4.2 (x64) Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded Similar to bug 123182 (So I also change status of this bug to NEW). Perhaps it's better to merge them?
Isn't this another example of https://bugs.documentfoundation.org/show_bug.cgi?id=103322
This should be fixed by bug 144862's fix in 7.4. *** This bug has been marked as a duplicate of bug 144862 ***