The problem https://ask.libreoffice.org/en/question/98075/impress-incorrect-font-rendering-in-presentation-mode/ still exists in version 6.0.7.3 which comes along with Ubuntu 18.04. OpenCL is on. If I turn of hardware acceleration, fonts are fine, but graphics are unacceptable quality. If I turn on HW-acceleration, fonts are rendered in half-size at random places, sometimes single letters. Difficult to enforce, sometimes this vanishes when changing font. This is critical, because without proper rendering, a presentation tool is useless.
The problem still exists in version 6.3.3.2. When I change the magnification (under display preferences) to 100%, the problem vanishes. Apparently the problem is caused by some internal confusion in the rendering whether the content should be rendered at full size or 50% size - and this factor varies inside the textbox. Setting magnification to 100% is not a good idea if the internal display is 4k, but it is a workaround until the issue is solved. As a side remark: the projector was 1920x1200 whereas the internal screen is 4k. If the laptop is connected to an external 4k screen, no issue with the scaling exists.
1. The problem you mention is reported for Windows; it was specifically mentioned by its poster: > Actually my issue ... was only present in the Windows version; running Linux > was fine but required the hardware acceleration to be enabled So your case is obviously different (Linux, and HW acceleration *breaks* things). It doesn't help to pick a random report in a random place and cite it as confirming/explaining something. 2. Your description lacks any sign of reproduction steps. It doesn't allow one to test *something* (e.g., a test document) in a test environment (e.g., with specific GPU+drivers that you also don't mention), and see the problem. Please provide that information. Also note, that the "Version" field has that "earliest affected" description, just to let you know that you should *not* change it to a later version when you discover it's still there in a later release. Thanks!
Created attachment 155968 [details] example page causing the font rendering issue
Regarding 1. I picked the wrong URL from the paste buffer. I am a bit under stress since I need to get my lecture working by tomorrow, sorry for the confusion. Regarding 2. I now added a file with the page that renders wrongly if HW-acceleration is on in my system (Nvidia GeForce GTX 1050 with Ubuntu 18.04 and nvidia-driver-435).
[Automated Action] NeedInfo-To-Unconfirmed
Can confirm this on Linux (Ubuntu 19.10) with 6.4 and 6.5. Text looks okay when hardware acceleration is disabled. This is basically why I have not been using LO for the last few years...
Here's the best way to work around this issue, imho. If you are running under Wayland, start libreoffice as a X11 client like so: env GDK_BACKEND=x11 libreoffice6.4 XWayland renders to smaller buffer and automatically upscales everything to whatever your HighDPI settings are. You lose some image quality but it's still better than having a tiny UI or not being able to use animations altogether.
I tried this workaround and I think the font sizes are consistent now. However, everything is re-scaled so all slides need to be manually re-arranged. Thus, this is no real option. If you do not want to compromise quality or re-do all slides, the IMHO only workaround is to enforce 100% display size (display settings dialogue) before pressing F5 (playing the presentation).
setting to NEW, since Kai confirmed it :-)
This seems to be fixed in 7.0. Also, I think #130481 is duplicate.
Kai, thanks for testing. Since it's only Michael now who confirmed, I set Needinfo for him to test. Please do with https://dev-builds.libreoffice.org/daily/master/current.html
If I see this correctly, 7.0 is still beta. On my work machine I can test as soon as it is release.
OK, you may wait and use 7.0 release. But for bugs, best is to test with current master, which is now 7.1+. It installs separately to working LO and doesn't take extensions. Link is https://dev-builds.libreoffice.org/daily/master/current.html
Dear Michael, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Wanted to test on 7.0.4.2 (7.1 is still beta which I may not run on my machine). However, Ubuntu 20.04 does no longer allow to have different scales on my two displays. Thus both are always on the same resolution (either 100% or 200%) and I cannot test whether the bug is still present.
no repro in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c5ca46e75e28ba4245d8544ca53c71fea87d1bbd CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (ru_RU); UI: en-US Calc: CL
I guess we can only close this one, because we have no confirmation now.