@Mike Duggan @Hin-Tak Leung The final solution to solve this problem is to let GDI Cleartype respect GASP, and then type foundries can simply write a GASP table to enable vertical antialiasing, while the existing fonts can remain the current behavior (which is less blurry). However the built-in gridfit in boundled Microsoft asian fonts must be recalculated or removed. Their quality is extremely low.
Hi Mike, thanks for all your great support on the new VTT.
Question regarding the "Legacy compile" option in the, er, options. Can you give some detail as to what this does? My basic assumption is that it does not add RES instructions, but maybe there's more.
Hello. I have to be doing something wrong... After installing this version, opening fonts with either the 32- or 64-bit version of the font viewer (default Win 7), whether gui or command-line, I get told that every ttf font I try is not a valid font file, even with fonts which this just validated (cleared and compiled everything). Even Microsoft’s own system fonts give this error message. Uninstalling VTT did not solve this issue (which, I’ve had with every version of VTT, alas). Is there a fix?
This is a registry problem caused by vtt since 4.4 version (at list in windows 7). Open regedit: find "ttffile" You need to change some things in the registry. Please see the picture attached. Sami
Cool, I’ll give it a try.
Hmm, my registry lacks the Open in Fontviewer key entirely. Promising!
Nope. Adding the key and command string (with or without quote marks around the %1, also trying the System32 version) still gives me the same result.
Triple-checking commands on every .ttf entry also has the same result.
Still, I think your approach is basically correct, since .ttc and .otf files open correctly.
@Mike Duggan Thanks. I did search for CVT but only on the first two pages, you mention the bug on the third. Sorry about that. Which XML tag will be used for the element containing the Control Program? I’m assuming <cvt>. I’m working on automating exporting the VTT XML from TSI tables in TTF files.
hi all, I am curious for any feedback. Are the current blog posts useful? are there any areas in particular you would like to see covered in any future blog posts. The next posts will look at the New Res Hinting, as well as setting the GASP table. thanks. Mike
The performance of importing a XML dump is extremely slow, and VTT looks like always checking syntax errors of the VTTTalk code that will be replaced by the XML——This is completely unnecessary. You should check the code of all glyphs AFTER the code is imported.
There is no method to import CVT entries from an externals source (like: XML). I have to manually add them into VTT, which is tedious and easy to make mistake.
Sometimes, the Latin autohinter will produce a YInterpolate instruction with RP1 identical to RP2 (like: when handling an ellipsis symbol). These instructions should be replace by a YShift.
Comments
@Hin-Tak Leung
The final solution to solve this problem is to let GDI Cleartype respect GASP, and then type foundries can simply write a GASP table to enable vertical antialiasing, while the existing fonts can remain the current behavior (which is less blurry). However the built-in gridfit in boundled Microsoft asian fonts must be recalculated or removed. Their quality is extremely low.
https://blogs.msdn.microsoft.com/fontblog/2016/04/08/a-graphical-guide-to-vtt-6-10-light-latin-autohinting/
Question regarding the "Legacy compile" option in the, er, options. Can you give some detail as to what this does? My basic assumption is that it does not add RES instructions, but maybe there's more.
Thanks –
Micah
Hmm, my registry lacks the Open in Fontviewer key entirely. Promising!
Nope. Adding the key and command string (with or without quote marks around the %1, also trying the System32 version) still gives me the same result.
Triple-checking commands on every .ttf entry also has the same result.
Still, I think your approach is basically correct, since .ttc and .otf files open correctly.
I did search for CVT but only on the first two pages, you mention the bug on the third. Sorry about that.
Which XML tag will be used for the element containing the Control Program? I’m assuming <cvt>.
I’m working on automating exporting the VTT XML from TSI tables in TTF files.
https://blogs.msdn.microsoft.com/fontblog/2016/07/08/the-new-res-hinting-aka-smart-hints/
>>And your autohinter for Latin breaks point index of ideographs?
I've testing it with `msyh.ttc` in Windows (because Mr. Zou asked me to make my hinter VTT-compatible).
Before Latin autohinting:
After Latin autohinting:
You can compare the point index of the bottom “一” part.
And PLEASE, improve the performance when importing a large (~30MB, contains VTTTalk for ~30000 glyphs) XML.
Another three problems encountered:
YInterpolate(75,20,2,7,5,12,11,21,0,33,28,39,34,46,56,59,10,19,25,30,31,36,37,40,45,75,49,42,50,55,16,52,63,77,70,84,88,74,73,87,89,61,81,67,47)