Apache OpenOffice (AOO) Bugzilla – Issue 126436
scaling OOWriter in Windows 10
Last modified: 2018-08-10 15:17:06 UTC
Created attachment 84846 [details] the window-header is rendered, but the OpenOffice-Window inside is blurred. the OOWriter menues and text are not rendered correclty on Windows 10 with 125% Text Size. the Microsoft Word XP, LibreOffice 4.3.7.2 (Version of July 2015) and all other software are rendered correctly. please see the screenshot (the window header is rendered correctly, but the whole OpenOffice-Window itself is blurred).
OOWriter Info: AOO411m6(Build:9775) - Rev. 1617669 2014-08-13 09:06:54 (Mi, 13 Aug 2014
Thanks for the screenshot. But I cannot see a problem with fonts or sizes. Maybe it's possible to make another one that shows the problem more visibly? PS: I've added a new "Windows 10" value to select as OS.
Thank you for your fast reply. here i add 2 more screenshots with explained text information: please compare the window-header to the menue-row -> the menu row is blurred text. it is harder to see in the pictures, but easy to see if a blurred / non-scaled text is directly beneath the sharp text of other running software windows.
Created attachment 84847 [details] compare the window-header to the menu-row-text.
Created attachment 84848 [details] compare the window-header to the menu-row-text.
The use of JPEG, which is lossy, is not a good way to demonstrate this problem. I recommend you use PNG in the screen captures, if possible. Also, comparing different fonts and font-modifications (e.g., bold or italic versus plain) is tricky. I'm not saying there is no problem. I do think the problem is in making it visible. It would be helpful if you provided a file so we could try it with other installations of Windows 10. Also, are you running Windows 10 *native* on your machine or are you running it in any sort of VM or emulator?
sorry, my mistake. see following the PNG-files. to reproduce the scaling bug, please use the "Control Panel" -> "Display" or "Appearance and Personalization" -> set the Text Scale to 125% / 150% / 175%. in Windows 10 the Standard Text Size is a bit smaller than on Windows 8, so the Windows Text Scaling to 125% is a helpful function. I also tested this with other Software like the LibreOffice Writer: the LOWriter is scaled correctly, but the OOWriter scales only blurred.
Created attachment 84849 [details] test file - the text is blurred in OOWriter, if Text Scale is higher than 100%
for the PNG-pictures, please see this Dropbox-Link: https://www.dropbox.com/sh/mb55t9ya5d3f0uq/AAAu_-a5GqaKv22HcOdrEv_4a?dl=0 i am using Windows 10 native (no VM or emulator).
Thanks for the new screenshot and the hints where to look at. Dennis is right, however with your new screenshots I can see the blur a bit better. I've no Wondows 10 around me to check it on my own.
(In reply to Marcus from comment #10) >I've no Wondows 10 around me to check it on my own. My main desktop (2560 x 1600) just updated to Windows 10. I will see what I can confirm with it and also with a version I already had running on that machine. It will take me a few hours before I get to it. I will also compare this on the Windows 8.1 machines I still have and also as those update to Windows 10.
*** Issue 126458 has been marked as a duplicate of this issue. ***
(In reply to orcmid from comment #11) > (In reply to Marcus from comment #10) > >I've no Wondows 10 around me to check it on my own. > > My main desktop (2560 x 1600) just updated to Windows 10. I will see what I > can confirm with it and also with a version I already had running on that > machine. It will take me a few hours before I get to it. I understand this problem better now. If a document is zoomed inside of Apache OpenOffice, there is no problem. If the Windows 10 GUI Display Settings are changed to present text features of apps at a scale other than 100%, the problem of blurry font rendering is visible. This is essentially a Windows 10 behavior. It applies to other applications that I run under those conditions. I also confirmed that LibreOffice 5.0 x64 on Windows 10 does not show the problem. WORKAROUND #1 If it is more important to have OpenOffice documents viewed in larger size for clairty, I recommend using the Zoom setting within OpenOffice rather than using the Windows 10 display setting. It may also be useful to go through the Cleartype settings to ensure that you are getting the best display rendering. WORKAROUND #2 If enlarging material outside of the OpenOffice text-editing window is important for vision-related reasons, it appears that LibreOffice may provide immediate relief and that should be used. It is safe to install LO side-by-side with AOO so that you can compare and decide whether the display-wide text scaling is what is critical for you. REMEDY Technically, this is a breaking change introduced in Windows 10. There is demonstrated to be an accommodation to it, since not all applications are affected negatively. What it will take to make the necessary adjustments in OpenOffice is not known at this time.
*** Issue 126610 has been marked as a duplicate of this issue. ***
(In reply to oooforum from comment #14) > *** Issue 126610 has been marked as a duplicate of this issue. *** I've changed Issue #126610 to be a related issue, but not necessarily a duplicate. There is some indication that even with the recommended (and default) 100% scaling of the desktop, the difference is apparent in a very small way. A more-systematic analysis is needed. There is also a demonstration that similar problems are happening on Mac OS X. See Issue #125314.
I can confirm that the issue relates to applications other than writer as well. Same scenario: Windows 10 text zoom set to other than 100% and OO applications get blurred irrespective of the UI zoom level. (Same blurriness is experienced with images displayed in Firefox. But in Firefox setting the content zoom to 80% when Windows zoom is at 125% compensation happens and images remain sharp. In OO I tried different UI zoom levels but the result only got worse.) I made a screenshot demonstrating that various different applications are not concerned (but even some windows applications are - not demonstrated). http://kepfeltoltes.hu/view/160218/OO_zoom_problem_www.kepfeltoltes.hu_.png Solving this issue is important because people not only want to zoom the document but the user interface as well. Unfortunately I am not familiar with GUI programming so it remains to others to find that on/off button in the framework or boolean variable in the code that will solve the issue).
Do we know if the same thing happens in Calc, say with large cells filled with text? Likewise with Impress? That might indicate whether there is some generic situation or unique treatment in writer is involved. (There is more involved than finding a bit to flip. This appears to be OS-version specific. AOO uses a generic GUI library that does mapping to the particular OS "under the covers." It might be easy to know how to adjust to OS scaling, but not necessarily.)
(In reply to stmarcell from comment #16) > I can confirm that the issue relates to applications other than writer as > well. [ ... ] > I made a screenshot demonstrating that various different applications are > not concerned (but even some windows applications are - not demonstrated). > http://kepfeltoltes.hu/view/160218/OO_zoom_problem_www.kepfeltoltes.hu_.png [ ... ] Please upload this as an attachment to this Bugzilla issue. Along with translation of any of the commentary into English, if you think it is relevant. PS: It is agreed this is an important matter. It impacts accessibility of AOO.
*** Issue 127681 has been marked as a duplicate of this issue. ***
*** Issue 127844 has been marked as a duplicate of this issue. ***