Font is clipped almost in half if you don't set a height on it.

[NigelBreslaw]

Bug Description

test.zip

This font is badly clipped when used. I have attached the example project.

Reproducible Code (if applicable)

Environment Details

• Slint Version: 1.4.1 and 1.5.0
• Platform/OS: MacOS
• Programming Language:
• Backend/Renderer: Skia

Product Impact

Depends on how many fonts have this issue.

[tronical]

I believe that this is how the font designers designed the font. Take a look at letters "H" and "e" in FontForge:

The grey lines are the em square and the outline is scaled to it. The designers basically gave no spacing between the bottom of the design square and the bottom of the glyph.

As data points: The em square is 2048 here and the ascent is 1638 and the descent is 410.

The only other way of adding a spacing would be to always add half-leading around text elements at the bottom or the top, but I'd like to see an argument to be made as to why we should do that.

[tronical]

(Note, I might be mis-interpreting this)

[NigelBreslaw]

I edited the report as I had 2 fonts in my project. The other one is part of MacOS but this font is not. How is this acceptable?

[tronical]

Nigel and I discussed this. I propose that we extend the TextOverflow enum:

enum TextOverflow {
        /// The text will simply be clipped.
        Clip,
        /// The text will be elided with `…`.
        Elide,
        /// The text will be rendered without any clipping or elision.
        Unclipped
}