Bug 149080 - Font not rendering correctly with 90º rotation, bottom of characters truncated (zoom dependent)
Summary: Font not rendering correctly with 90º rotation, bottom of characters truncate...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: lowest minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2022-05-13 18:31 UTC by Rafael Lima
Modified: 2024-05-21 14:53 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot showing the problem (87.41 KB, image/png)
2022-05-13 18:31 UTC, Rafael Lima
Details
ODP file used in the screenshot (29.01 KB, application/vnd.oasis.opendocument.presentation)
2022-05-13 18:31 UTC, Rafael Lima
Details
Sample file exported as PDF (31.70 KB, application/pdf)
2022-05-15 12:14 UTC, Rafael Lima
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rafael Lima 2022-05-13 18:31:13 UTC
Created attachment 180101 [details]
Screenshot showing the problem

On my PC I have the regular version of Calibri Light installed (but I do not have their bold and italic variations installed). AFAIK when I try to apply bold to this font, LO tries to "guess" how the bold face of this font would look like.

This is a nice feature of LibreOffice, however I am facing a problem when the text is rotated to exactly 90º, which causes the bottom of the text being chopped by a few pixels. See attached screenshot for more information.

The interesting thing here is that this problem only happens at exactly 90º. If I rotate to any other value, the rendering is fine.

System info:
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 4351a6ca782e1d2081ba819338ebbf6a2d2ee2b2
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Calc: CL
Comment 1 Rafael Lima 2022-05-13 18:31:46 UTC
Created attachment 180102 [details]
ODP file used in the screenshot
Comment 2 Rainer Bielefeld Retired 2022-05-15 06:59:13 UTC
More or less REPRODUCIBLE with reporters sample document Installation of Version: 7.3.3.2 (x64) Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE | Calc: threaded | ElementaryTheme | My normal User Profile

Depending on zoom for small zoomfactor. Witz zoom > 190% defect vanishes for me

Already REPRODUCIBLE with Server Installation of Version: 6.0.7.3 (x64) 
Build-ID dc89aa7a9eabfd848af146d5086077aeed2ae4a5; CPU-Threads: 12; BS: Windows 10.0; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: CL, Special devUserProfile

Already REPRODUCIBLE with Server Installation of Version:  4.0.0.3 WIN10
Build-ID  7545bee9c2a0782548772a21bc84a9dcc583b89;  Special devUserProfile
Comment 3 Rainer Bielefeld Retired 2022-05-15 07:08:11 UTC
For me the bad effect is much less visible than in reporter's screenshot, but I see it.
Comment 4 Rainer Bielefeld Retired 2022-05-15 07:57:35 UTC
To make sure that we are talking about the same problem and not only similar symptoms: 

@reporter: effect for you also depending on zoom factor and also reproducible with older versions?
Comment 5 Rafael Lima 2022-05-15 12:14:22 UTC
Created attachment 180126 [details]
Sample file exported as PDF

(In reply to Rainer Bielefeld Retired from comment #4)
> @reporter: effect for you also depending on zoom factor and also
> reproducible with older versions?

Indeed the bug depends on zoom level. On my machine I'm using 1920x1080 resolution on a 24 inch display and the bug does not happen at some zoom values: 65%, 120% and 180% zoom. At other zoom levels the rendering problem is there.

This seems to be a problem with how LO draws text on the screen. If I export the sample file to PDF the problem disappears in the PDF file. See attached PDF.
Comment 6 Rainer Bielefeld Retired 2022-05-15 14:19:27 UTC
I also see the effect in DRAW

I didnot find an obvious Bug with query <https://bugs.documentfoundation.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=DUPs149080&sharer_id=19321>, so NEW for now.
Comment 7 BogdanB 2023-09-21 04:57:24 UTC
No problem for me with any zoom. Can you retest?

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a34dcd03254480927c403d904c0e754802d97b90
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 8 Timur 2024-05-21 14:10:28 UTC
What is Expected here? IMO this should be closed, as it depends on the machine.
Comment 9 Rafael Lima 2024-05-21 14:53:13 UTC
The bug is still reproducible using 110%, 120% and 150% zoom. I would say there's something wrong with how LO calculates text height (which is a bug I commonly observe in Impress with other fonts, not only for rotated text).

See for instance bug 148041 and bug 155490.

(In reply to Timur from comment #8)
> What is Expected here? IMO this should be closed, as it depends on the
> machine.

The fact that it depends on the machine is not a reason to close the bug report. My machine is not defective, and this issue might be affecting other users as well.

For instance, if I open this ODP file in OnlyOffice, rendering will be fine at any zoom. So, this seems to be a LibreOffice bug.