Bug 46817

Summary: Screen font anti-aliasing does not work (Windows)
Product: LibreOffice Reporter: Stefan Schweizer <stefan.schweizer>
Component: UIAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: major    
Priority: high CC: jon, petr_kraus, renato.mendes
Version: 3.5.0 release   
Hardware: x86 (IA32)   
OS: Windows (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: screenshot of Win7 in a VM with AA (and cleartype) working nicely ...
screenshot comparison of AA
LO presentation which shows font rendering probems
Uneven character spacing
Even Character spacing with MS Powerpoint

Description Stefan Schweizer 2012-03-01 04:44:02 UTC
Screen font anti-aliasing does not work in Windows if anti-aliasing is set in the settings.
This error or (missing feature) affects all LibreOffice components (Writer, Impress etc).
Comment 1 Stefan Schweizer 2012-03-01 06:45:36 UTC
In addition to the poor quality of the text rendering, LO impress changes the spaces between the characters if you click in a text object or switch to another slide in presentation mode. 
I classified this bug (or feature request if not implemented) as important because this degrades the overall acceptance of LO (cf. e.g the good anti-aliasing in MS Office).
Comment 2 Stefan Schweizer 2012-05-30 22:47:27 UTC
Text rendering seems to have improved in LO V3.5.4.2 (tested with Windows 7 Prof. 64bit) but is still not perfect. There are no more changes of character spaces when moving from one slide to another in LO Impress presentations. But there are still "anomalies" in text rendering when using slide show effects (font rendering is changed somewhat from bold to normal just after finishing of the slide show effect).
Comment 3 Michael Meeks 2013-05-16 13:46:53 UTC
Created attachment 79419 [details]
screenshot of Win7 in a VM with AA (and cleartype) working nicely ...
Comment 4 Michael Meeks 2013-05-16 13:48:11 UTC
This bug appears too unclear to me to be a MAB; for me AA works nicely on Windows (and ~always has). Can you confirm that this still fails to work with 3.6 - and can you give much more iformation:

What version of Windows ? what fonts are you using ? which component are you using ? can you attach a document that is affected ?

Thanks ! :-)
Comment 5 Petr Kraus 2013-05-19 19:48:09 UTC
Created attachment 79546 [details]
screenshot comparison of AA

comparison of AA on and off and PDF output(how I think it's supposed to look).
Done on Windows7 as fullscreen presentation. AA/noAA means antialiasing switched on/off in Impress settings. noDPI means it is run without DPI scaling otherwise it is run on with 133% DPI scaling and compatibility flag "Disable display scaling on high DPI" set.
AA1 - extra horrible result on chosen fonts.
AA2 - more standard Arial fonts.
Comment 6 Petr Kraus 2013-05-19 19:55:50 UTC
I did some coparison on LibreOffice 4. I had this issue as long as I can remeber, but I will try on 3 version if requested.
On closer look I noticed there is some attempt at AA(it is not just black and white pixel values), but result for AA switched on and off is exactly the same and exported PDF gives much superior visual quality(I use Foxit to display).
Comment 7 Petr Kraus 2013-05-19 20:14:04 UTC
When I think about it, it is actually not AA problem but the same as bug 36426.
Comment 8 Thomas Hackert 2013-06-30 16:52:35 UTC
Hello Stefan, *,
does your comment 7 mean, that this one can be closed as a duplicate?
If so, I will close it (or better: If you could close it as a duplicate".
Sorry for the inconvenience
Thomas.
Comment 9 Petr Kraus 2013-07-06 00:22:26 UTC
Hello Thomas,
sorry for that confusion, it is probably not duplicate. It does fit the description of the OP in that bug, but it's too vague to be sure and screenshots there(by another poster) are completely different from my issue.

to Stefan: It would be nice if you could confirm, that you have the same issue as I based on the attachement from me, if you are still with us. Otherwise I should probably make a new bug report for it.

!
Also I found out that switching ClearType off fixes my problem with font rendering quality(of user content, but UI fonts gets ugly). (So it is only Windows related).

And there remains the bug or intent that unchecking the "Use Anti-Aliasing" option does not turn off font antialiasing.
Comment 10 Stefan Schweizer 2013-07-06 10:25:05 UTC
There are several problems with font rendering with LO even with the latest version 4.0.4.2 (tested on WIN 7 Pro 64bit):
- antialiasing is worse than with MS Powerpoint (feature optimization required)
- turning on/off antialiasing in LO makes no difference (bug)
- with LO impress there is a visible antialising/optimization process on changing slides which looks bad (bug/optimization required)
- font spacing is not even which looks also bad (seems to be the problem described in bug 36426)

I've attached a demo presentation where you can see the font rendering problems on turning slides. I
Comment 11 Stefan Schweizer 2013-07-06 10:26:25 UTC
Created attachment 82119 [details]
LO presentation which shows font rendering probems
Comment 12 Stefan Schweizer 2013-07-06 10:33:27 UTC
The font rendering problem occurs mainly with LO impress (on turning slides).
With LO Writer no font spacing problem occurs but the bug with turning on/off antialising is the same: it has no effect on the fonts except on lines (underscore).
Comment 13 Stefan Schweizer 2013-07-06 10:50:59 UTC
Created attachment 82120 [details]
Uneven character spacing

Spaces between each character varies.
Comment 14 Stefan Schweizer 2013-07-06 10:55:01 UTC
Created attachment 82121 [details]
Even Character spacing with MS Powerpoint

For comparision: Even Character spacing with MS Powerpoint 2010. No character touches another as with LO impress.
Comment 15 Stefan Schweizer 2013-07-06 12:57:33 UTC
The font rendering problem only occurs on Windows. On e.g. Ubuntu everything is fine!

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.