Microsoft Visual TrueType 6.10 with Autohinter, available for download
Comments
-
@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.0 -
A new post A Graphical Guide To VTT 6.10 Light Latin Autohinting
https://blogs.msdn.microsoft.com/fontblog/2016/04/08/a-graphical-guide-to-vtt-6-10-light-latin-autohinting/1 -
Belleve Invis , thank you for the feedback.0
-
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.
Thanks –
Micah0 -
Sami Artur Mandelbaum said:Michael Vokits said: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?
Open regedit:
find "ttffile"
You need to change some things in the registry.
Please see the picture attached.
Sami
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.
0 -
Also, changing extensions from .ttf to .ttc gives the correct result. So it has to be a weird registry thing somewhere.
0 -
@Mike Duggan Why isn’t the Control Program exported in the Exported.xml?0
-
hi Denis, I had commented on this earlier in the thread, this is a known bug. We will look to add support for this.0
-
@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.
0 -
@Mike Duggan The same goes for the Groups.0
-
do you mean the Character Group data ?0
-
Yes, the Character Group data.0
-
thanks for clarifying0
-
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. Mike0
-
also feel free to contact me at mikedu (at) microsoft.com, with any thoughts you have.0
-
new post added today about the new ‘Res’ hints. (Rendering Environment Specific).
https://blogs.msdn.microsoft.com/fontblog/2016/07/08/the-new-res-hinting-aka-smart-hints/1 -
OK, Mike, you should definitely show a status bar when importing a XML dump.
0 -
And your autohinter for Latin breaks point index of ideographs?0
-
thanks for the feedback. Can you please explain this a bit further? I dont understand it.
>>And your autohinter for Latin breaks point index of ideographs?0 -
Mike Duggan said:thanks for the feedback. Can you please explain this a bit further? I dont understand it.
>>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.0 -
@Mike Duggan
Another three problems encountered:- 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.
0 -
and VTT CRASHES when compiling a VTTTalk contianing:
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)
0
Categories
- All Categories
- 40 Introductions
- 3.7K Typeface Design
- 795 Font Technology
- 1K Technique and Theory
- 614 Type Business
- 444 Type Design Critiques
- 539 Type Design Software
- 30 Punchcutting
- 136 Lettering and Calligraphy
- 83 Technique and Theory
- 53 Lettering Critiques
- 482 Typography
- 301 History of Typography
- 114 Education
- 67 Resources
- 495 Announcements
- 79 Events
- 105 Job Postings
- 148 Type Releases
- 162 Miscellaneous News
- 269 About TypeDrawers
- 53 TypeDrawers Announcements
- 116 Suggestions and Bug Reports