Description: LibreOffice in all its components (Writer, Impress, Draw...) does not manage correctly, from years, the font "Wedgie" and gives bad/incorrect responses in bold mode, letter spacing and dimensions. Steps to Reproduce: 1. Open a LibreOffice file. 2. Write a text using the free font "Wedgie" and try some editing (dimension, bold, spacing...). 3. See the same text on any other software (Microsoft Office, Gimp...) to see the correct rendering. Actual Results: Actually the Wedgie text is bed rendered depending on different font dimensions, bad bold rendering, impossible to edit correctly spacing... Expected Results: The software have to render the Wedgie text correctly, like all the other existing fonts. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: threaded
Created attachment 185641 [details] LibreOffice bug VS GIMP correct rendering
Created attachment 185647 [details] Wedgie Regular in TTF Format I guess it is about that font: https://www.1001freefonts.com/wedgie.font Font in ttf format is also attached.
Created attachment 185648 [details] ODT using Wedgie Attaching a self created ODT.
I can confirm, at least, that strike-though text is simply underlined with Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: 50(Build:3) CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Ubuntu package version: 1:7.5.0~rc3-0ubuntu0.22.04.1~lo1 Calc: threaded
The wedgie.ttf looks to have bad font metrics. Its strikeout is at y 0, which is the base of each glyph and is exactly where we draw it. Underline is at y -111 I can externally edit the font metrics and place the Strikeout Position at 200 or 325 and LibreOffice positions the strikeout bar. IMHO => NOB
(In reply to Dennis Roczek from comment #4) > I can confirm, at least, that strike-though text is simply underlined with > > Version: 7.5.0.3 (X86_64) / LibreOffice Community > Build ID: 50(Build:3) > CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 > Locale: de-DE (de_DE.UTF-8); UI: de-DE > Ubuntu package version: 1:7.5.0~rc3-0ubuntu0.22.04.1~lo1 > Calc: threaded Have you seen the image I have attached to the bug report?! If you open the attached test file https://bugs.documentfoundation.org/attachment.cgi?id=185647 try to change the text dimensions. 14: all is well rendered except strike-though. 22: are well rendered only bold and bold-italic. 36: are well rendered only normal, italic and underlined. All is well rendered in other softwares, including strike-though.
I can’t reproduce the normal rendering issue on macOS. The bold and italic are synthesized by LibreOffice since the font has only one style, and for such an unconventional design, I wouldn’t expect too much from synthetic slanting and emboldening. The underline looks fine, the stroke-through is bad font data, other applications might be ignoring the font data (as LibreOffice used to do). So the only issue is why normal renders bad on Windows. It looks like the font sets its weight class to 5, which is too low value (ultra-thin is 100) and Windows GDI is known not to like weight class below 250 I think and will do funny things with the font. I’d try disabling/enabling Skia and see if it makes any difference, I’d also try the font with other Windows software that is still uses GDI (no idea what is still using it, most switched to DirectWrite by now, which presumably do not have this bug). Over all, I still think NOTOURBUG, but lets keep open for now in case we get a chance to debug the rendering issue.
(In reply to خالد حسني from comment #7) > I’d also try the font with other Windows software that > is still uses GDI (no idea what is still using it, most switched to > DirectWrite by now, which presumably do not have this bug). I'm not sure about that, but it seems that Notepad++ is still using GDI (with the option to use DirectWrite): https://github.com/notepad-plus-plus/notepad-plus-plus/issues/13198 No Windows device to test it through.
Created attachment 185668 [details] Updates ODT with different sizes using Wedgie
(In reply to igorchco from comment #6) > Have you seen the image I have attached to the bug report?! I did, no repro on Linux except underline. > If you open the attached test file > https://bugs.documentfoundation.org/attachment.cgi?id=185647 try to change > the text dimensions. > 14: all is well rendered except strike-though. > 22: are well rendered only bold and bold-italic. > 36: are well rendered only normal, italic and underlined. Hence, it is always definitive better, if the reporter attaches the file. :-) > All is well rendered in other softwares, including strike-though. Might be, might be not. This is about LibreOffice.
(In reply to Dennis Roczek from comment #10) > (In reply to igorchco from comment #6) > > Have you seen the image I have attached to the bug report?! > I did, no repro on Linux except underline. So most problems are only on Windows, thanks. > > > If you open the attached test file > > https://bugs.documentfoundation.org/attachment.cgi?id=185647 try to change > > the text dimensions. > > 14: all is well rendered except strike-though. > > 22: are well rendered only bold and bold-italic. > > 36: are well rendered only normal, italic and underlined. > Hence, it is always definitive better, if the reporter attaches the file. :-) > I attached the explicative image so that you can see how it works correctly/bad. However thanks for the text test file. > > All is well rendered in other softwares, including strike-though. > Might be, might be not. This is about LibreOffice. This is about LibreOffice that is expected to render the font the same all the other softwares do.
Created attachment 185691 [details] Screenshot of Wordpad on Win10 22H1
Created attachment 185692 [details] Screenshot of LibreOffice 7.4 on Win10 22H1 Well, I would say, Microsoft and Wordpad is even worse moreover the strike through looks good in LibreOffice on Win10...
Hello, It's been a while since this issue was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.