Multi-line font description gets truncated after glyph add/edits & Unique Font Identifier change

FontCreator - Font Editor FontCreator - Bug Reports
1

I am sorry I can not come up with reproducible steps. It seems random but I have been hit by this issue from every version between 16.0.3061 macOS version and inclusively 16.0.3068 macOS version.

I don’t recall that I have seen this issue on version 15, but at that time I didn’t use FC very often.

The font description of BabelStone Han Basic consists of multiline texts:

“BabelStone Han” is a family of two Unicode CJK fonts in Song/Ming style (宋体/明體) with G-source glyphs used in the People’s Republic of China (PRC). These fonts are derived from the “AR PL Mingti2L Big5” and “AR PL SungtiL GB” fonts (released under the Arphic Public License), converted to Unicode mappings, and expanded to cover all of the main CJK Unified Ideographs block (URO), and a large number of characters in the CJK Unified Ideographs Extensions A through J blocks, including both traditional and simplified character forms.

“BabelStone Han Basic” covers all characters in the CJK Unified Ideographs, CJK Unified Ideographs Extension A, CJK Compatibility Ideographs, and CJK Compatibility Ideographs Supplement blocks, as well as a wide range of other characters in the Basic Multilingual Plane (BMP) and the Supplementary Multilingual Plane (SMP).
…

After a few glyph edits/adds and manually modifying “Font Properties Instances → Unique Font Identifier” to reflect the current modification date, there are chances that the “Font Description” becomes truncated into the first line of the text from “‘BabelStone Han’” to “simplified character forms” without any user interaction. That is, the text after “‘BabelStone Han Basic’ covers all characters…” is removed from the font description.

My current workaround is to manually restore the text whenever it gets truncated.

2

Thanks for the detailed report. That was really helpful, and we’ve tracked it down.

The Description and License Agreement fields are meant to hold multi‑line text. On Windows this works correctly, but on Mac the single‑line edit field for these two properties doesn’t preserve line breaks. As a result, simply visiting one of these fields, even without changing anything, can collapse the text to its first line, which is the truncation you’ve been seeing.

We’ve fixed this for both fields, and the fix will be included in the next release.

1 Like
3

We’ve just released an update (16.0.0.3069) that fixes this. On macOS, multi line boxes for the Description and License Agreement fields are now read-only, so just clicking into them can no longer collapse the text to its first line. Use the … button to the right of the field to edit the full multi-line text in the names editor. Thanks for reporting it!

4

Thank you. I can confirm that this issue is fixed. Didn’t know that clicking into them will collapse the text. The read-only multi-line field seems a bit odd visually because other one-line fields are not shown as read-only. It would be great if eventually there is a multi-line text input form element here so we can get rid of the read-only state. But I can live with that for the moment.