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
Created attachment 180102 [details] ODP file used in the screenshot
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
For me the bad effect is much less visible than in reporter's screenshot, but I see it.
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?
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.
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.
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
What is Expected here? IMO this should be closed, as it depends on the machine.
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.