Created attachment 136365 [details] Detailed comparison of 5.4.1.2 and 5.3.1.2 This is a follow-up bug of bug 106990 as this has grown so much it's impossible to follow. Commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=a5a3e82e99e7a60ec65c339dd0463af5c680cead might has improved the issue to some users but not to all. On the other hand, the issue in Impress slide rendered with GPU "Use hardware acceleration" is open as bug 107090 Text from https://bugs.documentfoundation.org/show_bug.cgi?id=106990#c90: Ok, here is a more detailed comparison with options separately enabled/disabled. Caution: The screenshots incorrectly say "5.4.2.1", but "5.4.1.2" is correct! The results are as follows: LibreOffice 5.4.1.2 (current release) a) OpenGL off: - Rendering is ugly and blurry (both UI and in-document) - "Hardware acceleration" on/off has no effect - "Anti-aliasing" on/off has no effect b) OpenGL on: - Rendering is slightly different (but still ugly and blurry) - Horizontal ruler: Different rendering of vertical lines - "Hardware acceleration" is disabled - "Anti-aliasing" on/off has no effect LibreOffice 5.3.1.2 (last known good) a) OpenGL off: - Rendering is crispy and sharp (both UI and in-document) - "Hardware acceleration" on/off has no effect - "Anti-aliasing" on/off has no effect b) OpenGL on: - Rendering is ugly and blurry as in 5.4.1.2 (no extra screenshots) So the only way to get sharp rendering is to (1) use LO before 5.3.2 and (2) disable OpenGL (which has always been ugly and blurry, as already said in my previous comments). However, I couldn't observe any specific differences caused by hardware acceleration, anti-aliasing, or between UI and in-document content.
*** Bug 106990 has been marked as a duplicate of this bug. ***
Thanks for the restructuring. Please let me know if I should create a new report for the superslow scrolling problem in Calc implied by the new rendering , which IMHO is, as I said, even more damaging and practically troublesome than the ugly rendering.
The patch [1] just applied against a 5.3.7 release-- tdf#112486 Do not force GDI in no OpenGL, restores rendering quality. TDF TinderBox 62 builds available for testing both 32-bit and 64-bit build with the patch [2]. =-Testing-= Windows 10 Ent 64-bit en-US with Version: 5.3.7.0.0+ (x64) Build ID: 149f28e9a5d66db18ffb36547b2ba394c303fc4d CPU Threads: 8; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; TinderBox: Win-x86_64@62-TDF, Branch:libreoffice-5-3, Time: 2017-09-30_08:04:07 Locale: en-US (en_US); Calc: CL =-ref-= [1] http://cgit.freedesktop.org/libreoffice/core/commit/?id=5440837e02dee8bc884e02be697bfd4def621d26&h=libreoffice-5-3 [2] http://dev-builds.libreoffice.org/daily/libreoffice-5-3/
Yes, testing version works (http://dev-builds.libreoffice.org/daily/libreoffice-5-3/Win-x86_64@62-TDF/2017-10-04_14.19.49/libreoffice-5-3~2017-10-04_14.19.49_LibreOfficeDev_5.3.7.0.0_Win_x64_en-US_de_ar_ja_ru_vec_qtz.msi), as mentioned only GDI rendering, OpenGL not. Thanks a lot
Created attachment 136785 [details] Font LO 5.3.7.0 vs AOO Font rendering is much improved in the 5.3.7 Development Version. Thanks for the work! It may seem nitpicky, but there are still slight differences in rendering that bother me slightly. In the attachment you can see differences in spacing, especially after the letter "v" using certain fonts. Forgive me if this is covered by another bug, such as maybe Bug 107521(?), it's not clear to me.
Hi (In reply to V Stuart Foote from comment #3) > The patch [1] just applied against a 5.3.7 release-- tdf#112486 Verified on windows 7/64 & Version: 5.3.7.1 Build ID: 376eaac300a303c4ad2193fb7f6a7522caf550b9 Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Moteur de mise en page : nouveau; Locale : fr-FR (fr_FR); Thank you very much :) Best regards Pierre-Yves
*** Bug 113118 has been marked as a duplicate of this bug. ***
Currently there's no way to enable the DirectWrite from the UI, thus closing as RESOLVED WORKSFORME
(In reply to Xisco Faulí from comment #8) > Currently there's no way to enable the DirectWrite from the UI, thus closing > as > RESOLVED WORKSFORME From what I read here, there is a patch that is only applied in some unofficial development version (5.3.7), but not included in any official release. There's no way to tell if the problem is resolved or not until the patch becomes available in a current official release such as 5.4.3+ or 6.x. As of now, the bug is reproducibly present in any and all official releases, and no plans have been announced to include it, so its neither "fixed" nor "worksforme" => reopening. BTW: My experience is the exact opposite of yours: There's no way to DISABLE DirectWrite in the UI, thus the ugly blurry rendering cannot be suppressed by returning to the traditional GDI rendering. Or am I missing something?
(In reply to Lenge from comment #9) > (In reply to Xisco Faulí from comment #8) > > Currently there's no way to enable the DirectWrite from the UI, thus closing > > as > > RESOLVED WORKSFORME > > From what I read here, there is a patch that is only applied in some > unofficial development version (5.3.7), but not included in any official > release. There's no way to tell if the problem is resolved or not until the > patch becomes available in a current official release such as 5.4.3+ or 6.x. > Yes, there's a way -> http://dev-builds.libreoffice.org/daily/master/
I can confirm that 5.3.7 does NOT have the bug. I am looking forward to release 5.4.3 so that i can update to latest version without the problem as is there now in 5.4.2.
(In reply to Lenge from comment #9) > From what I read here, there is a patch that is only applied in some > unofficial development version (5.3.7), but not included in any official > release. There's no way to tell if the problem is resolved or not until the > patch becomes available in a current official release such as 5.4.3+ or 6.x. Additionally, 5.3.7.1 is already available as a pre-release version, and 5.4.3.1 binaries should be available in a couple of days as well (both are RC1s, RC2 should follow two weeks later).
Folks need to understand that ALL that has happened is that we have backed out use of DirectWrite Direct2D allowing _legacy_ GDI again. That has been applied at 5.3.7, 5.4.3 and current master/6.0 but this is _not_ fixed. We are still looking to correct our DriectWrite implementation (or replace it with a FreeType based rendering) and it is _likely_ that we will have another round of regressions as we strive to move the Windows builds away from unsupported Microsoft legacy GDI graphics that complicate code maintenance.
I tested on http://dev-builds.libreoffice.org/daily/libreoffice-5-3/Win-x86_64@62-TDF/current/ as well as current master, and the issue is fixed for me. Thanks for fixing!
Thanks for the hints and clarifications. No more opposition against closing this one, while I support Stuart's statement that the issue isn't truly fixed. Reverting to legacy GDI is more of a temporary workaround, but still absolutely necessary until we have an alternative that delivers both comparable quality and speed. (OpenGL has never been an option due to its ugly/blurry rendering quality, and DirectWrite seems to combine both bad quality and inacceptable speed.) In the meantime I'm eagerly waiting for 5.4.3 to regain GDI quality and speed.
*** Bug 107121 has been marked as a duplicate of this bug. ***
*** Bug 107235 has been marked as a duplicate of this bug. ***
*** Bug 109086 has been marked as a duplicate of this bug. ***
*** Bug 107382 has been marked as a duplicate of this bug. ***
I have just upgraded to 6.0.1.1 and everything looks fine out of the box. Thanks for finally fixing it/finding a workaround.