moi15moi

Here is 2 font that should not use utf-16be to be decoded. [fonts.zip](https://github.com/libass/libass/files/11020004/fonts.zip)

I spoke with a Microsoft employee and he told me that GDI performed this processing: ```py # This NameRecord is from 文鼎中特廣告體 - PlatEncID 4.ttf name_record = NameRecord() name_record.nameID =...

This should also close #613

> It'll also fall back on the macStyle field in the head table when computing the bold and italic flags I just saw that when the bold bit is set,...

Since GDI use the locale ansi code page and libass would use BCP47 code, we will need to do a conversion. There isn't any official list, but there is a...

> This is because the font lacks a Microsoft-platform cmap, [as detailed on our wiki](https://github.com/libass/libass/wiki/Fonts-across-platforms#createfontindirectselectobject-vsfilter). Since you already know it, do I close the issue?

I am not 100% sure, but it seems GDI use ``iso-8859-1`` to decode name with the platform ID 1 and the platform encoding ID="0". ~~I still have no idea if...

Run this code with the font I provided earlier: ```py from fontTools.ttLib.ttFont import TTFont font = TTFont("test.ttf") font["name"].setName("Test®".encode("macroman"), 1, 1, 0, 0) font.save("test - new.ttf") ``` If it would use...

I have rethink about it. I am not sure if it is a good idea to only implement @matthiasclasen's idea. For example, [here is how GDI create a name for...

> I think the problem is really that except UnicodeError is wrong. Honestly, I have no idea why this part of code is there. It seems to be for python...