GNOME Bugzilla – Bug 720475
Text gets cut off when made Bold or when changing the line-spacing of a single character
Last modified: 2018-05-24 14:13:20 UTC
Created attachment 264209 [details] Picture showing the problem. This problem occurs when using fonts which don't come with their own bold/italic versions (i.e., it occurs when the font is warped to a 'font design' for which it doesn't have its own font version). When I write a word with the text tool, mark it and make it bold with the floating text tool, parts of the characters get cut off. Additionally, when the line-spacing for a single character is changed (again with the floating text tool), part of this single character gets cut off too. It looks like part of the character is 'outside' of some (invisible) border and gets cut off. I added an example picture using the free font Cataclysmic (http://www.dafont.com/search.php?q=cataclysmic), which doesn't come with a bold/italic version. First, I just marked the whole word and made it bold, which resulted in two cut-offs. Then I selected the letter 'a' and changed its line-spacing to -1, which resulted in the cut-off of the letter.
Maybe related to bug 612561.
I don't think this is bug 612561. Bug 612561 is about the entire layout being cut off at the layer boundary, while in this bug individual glyphs are cut off. Bug 612561 is clearly GIMP's bug, with this one here I'm not so sure.
Since the "simulated" bold/italics (for fonts which does not have such faces) is done by fontconfig, I'm indeed not sure we have the information to know its box extents while it may advertize the non-simulated version's dimension. I guess we'll have to check but that may be a fontconfig bug.
This bug was a bug in freetype2 that has been fixed since http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/src/base/ftsynth.c?id=31e726d939e7b79506d11164d259c9789e429761 If I use a libfreetype-6.dll built after that commit in the bin directory of a standard installation of the official installer, the attached xcf shows the text layer rendered without the cutoff (to force a new rendering it is enough to toggle the antialias setting in the text tool options dialog). Obviously after installing the font linked above.
Created attachment 296479 [details] test xcf forgot the attachment
Hm, does 2.8.14 ship with a freetype DLL that has this fixed? The patch is from 2013...
(In reply to Michael Natterer from comment #6) > Hm, does 2.8.14 ship with a freetype DLL that has this fixed? The patch > is from 2013... The version is not shown in the property dialog relative to the dll, but I'd say not because the text layer was wrong and because that commit was after the 2-5-0 tag while https://build.opensuse.org/package/show/windows:mingw:win32/mingw32-freetype shows 2.4.12. Obviously it is possible that the bug fix was back-ported...
Still a problem in GIMP 2.8.22. Text gets cut off (usually at the top, but sometimes at the sides too) when you make bold, italicize, or line spacing changes. It only happens with certain fonts that do not have a (more) bold version. For example, I just tried Arial Rounded MT Bold, which is bold in Normal mode. If you select BOLD, it gets cut off. None of my other programs (like Word) have this issue. Routinely, I've had my customers donate to GIMP as part of their contract with me. I'd like to continue doing that (and even more so). Please fix this so that we do not have to resort to work-a-rounds to simulate the effect.
I guess we could raise the freetype requirement. We currently require: m4_define([freetype2_required_version], [2.1.7]) Debian Testing has 2.6.3, Debian Stable has 2.5.2. Warning: we want to discuss this with Jernej and Kris for the MS Windows and OSX builds, respectively.
*** Bug 783192 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/517.