Description: I have just updated from LibreOffice 7.3 to LO 7.6.0.3. I was stunned that all my Calc tables are just not readable (I have scale setting below 100% so to see greater area). The problem is absense of subpixel hinting, only greyscae is enabled. Skia is off both before and after the update, as it makes things worse (not only the fonts on the sheet but also in the interface become bad). Steps to Reproduce: Open any sheet with text Actual Results: Small text is unreadable, big text looks awful Expected Results: At least as good as on version 7.3 Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 4; OS: Windows 10.0 Build 22000; UI render: default; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL threaded
I want to add that the fonts in the interface are perfect, the problem is only with the fonts on the sheet. If Skia is enabled, the font on the sheet becomes better and subpixelrendering gets enabled, but at the same time it gets disabled in dialogs and also the font in menus becomes worse. So, without skia: sheet-no subpixel, dialogs-subpixel With skia: sheet-subpixel, dialogs-no subpixel
Can you share a screenshot of the problem? What fonts are you using?
Created attachment 189447 [details] Skia is off, sheet smoothing is greyscale only. Skia is off, sheet smoothing is greyscale only. Font:Tahoma. Interface font is perfect.
Created attachment 189448 [details] Dialog. Skia is off, font is good
Created attachment 189450 [details] Skia is on. Font on sheet is OK, but font in menu is smeared Skia is on. Font on sheet is OK, but font in menu is smeared. Font in input fields and line numbers is greyscale-only. The buttons have visual defects (dots in right-bottom corner).
Created attachment 189451 [details] Skia is on. Dialog. Skia is on. Font in dialog is greyscale-only, absolutely awful.
Created attachment 189452 [details] Scale: 50%. Skia is off. Text on sheet is barely readable due to greyscale smoothing.
Created attachment 189823 [details] Example file As we don't have the document seen in the screenshots, I added a couple of words from it while setting zoom level to 75% and style to Tahoma 10pt. Comparing different versions between 7.3 and 24.2, I see differences, but nothing that I would call better than the other.
The difference is in greyscale smoothing versus subpixel smoothing. In the newer versions there is simply no subpixel smoothing. It is switched off.
anixxsus, are you maybe able to test versions 7.4 and 7.5 as well to figure out when it all started?
It started in version 7.4. It was announced that font rendering was changed. Somewhat paradoxically they used the term "subpixel font rendering" to mean something different (an close to opposite) of what this term usually means. This is the post that announces this controversial change using this confusing terminology: https://adamfontenot.com/post/libreoffice_7.4_has_a_new_approach_to_text_rendering What they did, they made the font lines positioning not to strictly align with pixels (which was the previous behavior) which helps to avoid some bad situations where some letters fuse (like r and n in "rn" looking like "m"). But it makes the fonts more blurry. Plus, they disabled the subpixel font smoothing, that is using subpixels to increase horizontal resolution thrice (which is standard terminology). In the post linked above it is evident that the new rendering overall looks much worse, but some issues with letter fusing as in "rn" are indeed solved. My suggestion to solve the issue in our current situation is either add an option to revert the behavior to pre-7.4 version, or the following. * Sheet font rendering with Skia is good now, it uses subpixel smoothing * But using Skia makes fonts in dialogs and menus look bad and the buttons of the theme corrupted (garbage pixels in the bottom right corners of buttons) A solution could be to use Skia for sheet rendering but render everything else without Skia. This solves all the issues.
(In reply to anixxsus from comment #11) > Somewhat paradoxically they used the term "subpixel font rendering" to mean > something different (an close to opposite) of what this term usually means. > This is the post that announces this controversial change using this > confusing terminology: > https://adamfontenot.com/post/libreoffice_7. > 4_has_a_new_approach_to_text_rendering Hi, I wrote the linked blog post. For clarification I'm not affiliated with TDF nor did I write the code for this change. I was simply enthusiastic about it and couldn't find any discussion elsewhere. I'm a little confused about your complaint regarding terminology. To clarify, "sub-pixel rendering" usually refers to sub-pixel anti-aliasing, which you are calling "subpixel font smoothing". [1] This is unrelated to the change in 7.4, which involves subpixel font *positioning*. This is when anti-aliasing capabilities (whether RGB or grayscale) are used to align glyphs more precisely with their true location as specified by the font metrics, rather than locking them to a single position relative to the screen pixels. But I don't want to bicker about terminology, since it's not relevant to this report. > But it makes the fonts more blurry. It's possible that enabling sub-pixel positioning could make some fonts slightly more blurry, but I don't believe this is expected to be true in the general case. The extremely heavy hinting that Tahoma uses could be the source of some issues. > Plus, they disabled the subpixel font > smoothing, that is using subpixels to increase horizontal resolution thrice > (which is standard terminology). This indicates to me that the issue you are facing was probably not an intentional change in 7.4 and may not be related to the sub-pixel positioning change at all. That's because my platform (which doesn't use Skia) continues to display sub-pixel anti-aliasing (this is actually visible in the blog post's screenshots). I wonder if your issue could be caused by a change in anti-aliasing behavior at small rendering sizes. You might check Options -> LibreOffice -> View, and decrease the value for the minimum screen font anti-aliasing (the default seems to be 8 pixels). Do you see sub-pixel anti-aliasing when you change your zoom level to 100% or 150%? Just a guess. > In the post linked above it is evident that the new rendering overall looks > much worse, but some issues with letter fusing as in "rn" are indeed solved. I strongly disagree, of course. :-) [1] I believe Microsoft uses the language of "smoothing" when describing their ClearType feature, which may have led to this confusion. Most experts writing in this space (as well as Wikipedia) call it sub-pixel rendering or sub-pixel anti-aliasing. Personally, I don't like using the "rendering" term (and mention this in the blog post) precisely because it's irritatingly ambiguous.
(In reply to anixxsus from comment #11) > * Sheet font rendering with Skia is good now, it uses subpixel smoothing > > * But using Skia makes fonts in dialogs and menus look bad and the buttons > of the theme corrupted (garbage pixels in the bottom right corners of > buttons) > > A solution could be to use Skia for sheet rendering but render everything > else without Skia. This solves all the issues. Skia is now mandatory on Windows in the upcoming version 26.2. Additionally, a tweak was made recently that affects both canvas and UI font rendering: bug 166339 So you could check with Win-x86_64@tb77-TDF from https://dev-builds.libreoffice.org/daily/master/current.html and let us know how you like it. Note that bug 166339 has comments suggesting that we should increase the UI font size for a better result.
> > I wonder if your issue could be caused by a change in anti-aliasing behavior > at small rendering sizes. You might check Options -> LibreOffice -> View, > and decrease the value for the minimum screen font anti-aliasing (the > default seems to be 8 pixels). Do you see sub-pixel anti-aliasing when you > change your zoom level to 100% or 150%? Just a guess. No. The change in 7.4 completely disables sub-pixel antialiasing for any font sizes when not using Skia.
Hello!(In reply to Buovjaga from comment #13) > Skia is now mandatory on Windows in the upcoming version 26.2. Additionally, > a tweak was made recently that affects both canvas and UI font rendering: > bug 166339 > > So you could check with Win-x86_64@tb77-TDF from > https://dev-builds.libreoffice.org/daily/master/current.html and let us know > how you like it. Note that bug 166339 has comments suggesting that we should > increase the UI font size for a better result. I have just tried the recent build. The fonts look OK now, both in the UI and on the worksheet. There are some theming atifacts with Skia now that I mentioned above (for instance, dots on the buttons in the right-bottom corner) and the drop-down menus for some reason have white background. But otherwise, it is an improvement.
Created attachment 201701 [details] This shows a LO dialog with some artifacts
(In reply to anixxsus from comment #15) > I have just tried the recent build. The fonts look OK now, both in the UI > and on the worksheet. There are some theming atifacts with Skia now that I > mentioned above (for instance, dots on the buttons in the right-bottom > corner) and the drop-down menus for some reason have white background. But > otherwise, it is an improvement. Thanks for testing and that's nice to hear. Let's assume Jonathan's work is responsible for the improvement and close as fixed. Re: dots on the buttons in the right-bottom corner, that seems like an artistic styling in your Windows theme that was not visible earlier due to darker blacks. For me, the buttons are flat without any 3D look. Drop-down menus have always had a white background as far as I know and we can see the same in your attachment 189448 [details] from 2023.
The UI fonts are still worse that they were on version 7.3 though. Yes, they use the subpixel smoothing but some letters are too blurry and have rainbow effect.
> Re: dots on the buttons in the right-bottom corner, that seems like an > artistic styling in your Windows theme that was not visible earlier due to > darker blacks. For me, the buttons are flat without any 3D look. Drop-down > menus have always had a white background as far as I know and we can see the > same in your attachment 189448 [details] from 2023. No. It is absolutely Skia-dependent. In builds where Skia can be disabled, there are no dots without Skia and there are with Skia. Regarding the white menus I meant context menus and pull-down menus, not dialogs, and there is no such bug in the version 7.3. I've made a separate bugreport for this: https://bugs.documentfoundation.org/show_bug.cgi?id=167421
> Re: dots on the buttons in the right-bottom corner, that seems like an > artistic styling in your Windows theme that was not visible earlier due to > darker blacks. For me, the buttons are flat without any 3D look. Drop-down > menus have always had a white background as far as I know and we can see the > same in your attachment 189448 [details] from 2023. Menus now: https://bug-attachments.documentfoundation.org/attachment.cgi?id=201702 Menus before: https://bug-attachments.documentfoundation.org/attachment.cgi?id=201703
Also, with Skia now it is absolutely impossible to scroll a worksheet. It is simply too slow, making any practical work inpossible!