Please include the following when reporting a bug:
- Mac OS 12.5
- Fontbase 2.17.5
Some fonts with bigger line heights it getting cut off in the preview
Hello @shyjal, thank you for the post and welcome to the forum:)
Thank you for reporting this - we’re including it in the list of things to fix in the upcoming releases, but I’m afraid there is little we can do about this specific issue right at this very moment.
Thank you again,
Yuriy
FontBase Dev Team
Hi. Are there any news about this?
1 Like
Hi! This seems to still be an issue with pretty much any handwriting font. Any chance this is on a list to fix soon?
Hello @evastolson, thank you for your post and welcome to the forum 
Other than decreasing the font size to fit vertically, I’m afraid there is no currently available workaround and the bug is not on the list you’ve mentioned, I’m sorry 
Thank you again,
Yuriy
FontBase Dev Team
Hi there - this is quite disappointing because changing the font size does not do anything for these fonts with a non standard line height. It’s cut off at all sizes. This seems like a pretty major bug to just let sit on the sidelines? See the three attachements on how it’s not showing in the view finder regardless of size. https://imgur.com/a/OShIOAU
Thank you @evastolson for the quick reply and apologies for the misunderstanding
Have your perhaps had the chance to check out the Preview page?
It gives an additional control over line height and padding and an ability to view these kind of fonts without any cutoffs.
Sure, but that shows 1-2 fonts at a time and it makes it hard to look at say all script fonts (the ones with these usually unusual line heights) at once and decide which ones to use. 
It’s just super disappointing to hear this bug is not even on a list to fix. it seems like a simple solution is to push out an update that increases the space allotted or somehow scales the font down to make sure if fits in the preview area…
Thank you @evastolson for the quick reply
You’re totally right, the list view is there for a reason, and viewing 2 fonts at a time is not the same.
As for the list - sorry for the misunderstanding 
I meant it’s not on the list of fixes that will be implemented in the next update, not that it’s not on the fix list as all, sorry again. We have been thinking on how to make this work. The ideas you’ve described have been considered as well, but I’m afraid it’s quite a bit more complicated than that For example scaling down the font properly could require rendering it first, reading the result to see how much of it goes outside of the viewable area, then adjusting and re-rendering. This could cause massive performance drops for a list that can have tens of fonts at a time, and that’s a big sacrifice to make.
Thank you again,
Yuriy
UPD 21/02/2025
Closing this topic and linking in
to consolidate posts