Posts in Category "Building Fonts"

To CID, Or Not To CID

When developing OpenType/CFF fonts, in particular CJK ones or those with a large number of glyphs, one question that I am often asked by developers is whether it should be name-keyed or CID-keyed. The answer to this question is not simple, though it truly is a binary condition.
Continue reading…

CFR Support in Mac OS X Version 10.8 (Mountain Lion)

On July 25, 2012, Apple released to the world Mac OS X Version 10.8 (aka Mountain Lion). Among the many new features in this latest iteration of Mac OS X is support for CFR objects. For those who are not aware, CFR objects are based on ISO/IEC 14496-28:2012 (Composite Font Representation), and are used to define both composite fonts and fallback fonts. CFR objects effectively break the 64K glyph barrier. Mac OS X Version 10.8 is thus the first implementation that has broken the 64K glyph barrier.
Continue reading…

Tokyo AFDKO Workshop (PM Session)

Once again, to those who were able to attend the Tokyo AFDKO Workshop that was held at Morisawa‘s Tokyo office on June 25th, thank you for your participation! Not counting those from Adobe and Morisawa, a total of 21 people attended. (Details about the AM session were covered in the previous article.)

For those who attended, and for those who could not attend, the presentation for Masataka Hattori’s (服部正貴) portion of the workshop is now available for download. Besides demonstrating how to build OpenType/CFF fonts based on the Adobe-Japan1-x and Adobe-Identity-0 ROSes, one of the highlights of Masataka’s presentation was demonstrating how to build a font that includes fully-proportional kana glyphs, based on the proven techniques which were used to develop Kazuraki (かづらき) that are detailed in Adobe Tech Note #5901 (Special-Purpose OpenType Japanese Font Tutorial: Kazuraki).
Continue reading…

Tokyo AFDKO Workshop (AM Session)

To those who were able to attend the Tokyo AFDKO Workshop that was held at Morisawa‘s Tokyo office on June 25th, thank you for your participation (and for enduring my poor Japanese speaking abilities)! I hope that you learned new ways in which particular AFDKO tools can be used to make your CID-keyed font production work (or workflow) more effective and less time-consuming.
Continue reading…

Two AFDKO-related Tool Updates

I spent this evening in Gyeongju, Korea enhancing two AFDKO-related tools, extract-cids.pl and extract-gids.pl.

These tools are tx filters, and simply output the list of CIDs or GIDs in a font. I had been using another tool, mkrange.pl, to turn the list into ranges. One of the enhancements, which is the addition of an “-r” option, makes the mkrange.pl tool no longer necessary. In other words, the following two command lines have the same result:

% extract-cids.pl -r <font>
% extract-cids.pl <font> | mkrange.pl

The extract-cids.pl tool was additionally enhanced with an “-s” option, which outputs the ranges on a single line using a comma separator. This makes the output very convenient in terms of repurposing it, such as copying it, then pasting it into a new command line as the argument of the “-g” option that is supported by many AFDKO tools. Consider the following two command lines and their output:

% extract-cids.pl -r cidfont.ps
/0-/8358
/8720-/9081
/9084-/9353

% extract-cids.pl -r -s cidfont.ps
/0-/8358,/8720-/9081,/9084-/9353

Enjoy!

Be warned…

For those who signed up to attend the AFDKO Workshop that takes place on the 25th of this month in Tokyo, be warned that I will be conducting my portion, which is from 10AM until noon, in Japanese, or at least in my rendition of Japanese. ☺

Seriously, though, I hope that my Japanese skills, or lack thereof, don’t serve as an impediment for those who attend this workshop. My focus will be to demonstrate how particular AFDKO tools, such as tx, mergeFonts, rotateFont, autohint, and so on, can be used to not only build, but also to directly manipulate CID-keyed fonts. My hope is that I can convey useful information that can serve as inspiration for making font production workflows more efficient and less time-consuming.

For those who are attending, note that materials will be provided that will be based on a small subset of Kozuka Gothic Medium. If any attendee wants to use their own font data for this purpose, I suggest that you bring along an Adobe-Japan1-0 or greater OpenType/CFF font or CIDFont resource. I have prepared scripts that will quickly create the same materials, but using a different base font.

Wish me luck in finishing the accompanying presentation, which currently has 24 slides. In Japanese.

I am very much looking forward to meeting everyone who has signed up to attend this workshop!

Preparing for the Tokyo AFDKO Workshop

I am spending most of my time preparing for the Tokyo AFDKO Workshop that Morisawa is hosting at their Tokyo office on the 25th of this month, which is a Monday. At this point, most of the sample data is ready, and I now need to prepare the accompanying presentation slides.

This will be my first opportunity to engage a larger number of font developers, and to convey to them useful tips, tricks, and techniques for several AFDKO tools, particularly tx, mergeFonts, and rotateFont. My portion of the workshop, which will consume the entire morning, will be about building and manipulating CID-keyed fonts, to include controlling the assignment of CIDs (glyphs) to FDArray elements. I will also cover the use of the special-purpose Adobe-Identity-0 ROS. I am very much looking forward to this event, and working directly with many font developers.

Note that this workshop will be conducted in Japanese.

AFDKOワークショップ

ご注意:6月25日開催のAFDKOワークショップに多数のお申し込みをいただきありがとうございます。定員に達しましたので、AFDKOワークショップへの受付を締め切らさせていただきました。お申込みいただいた皆様とお会いできることを楽しみにしております。よろしくお願い申し上げます。

2012年6月25日、株式会社モリサワのご協力により、同社東京本社におきましてAFDKOワークショップを開催いたしますのでお知らせいたします。

弊社のAFDKO(Adobe© OpenType©フォント開発キット)を利用されてフォント制作を行われている開発者の方々を対象としたワークショップとなります。それぞれのツールについて有効な利用法について、弊社米国本社のKen Lunde(ケン・ランディ)を含む弊社スタッフが説明する予定です。ぜひご参加ください。
Continue reading…

CMap Resource Updates & Change Policies

For those font developers who are not aware, the official CMap resource repository for our public ROSes is the CMap Resources open source project at Open @ Adobe, which is hosted by SourceForge. When CMap resources are updated, in addition to providing the updates through this portal, an announcement is made in the CMap Resources Forum.

The UTF-16 and UTF-32 CMap resources were introduced in August of 2001, beginning with Adobe-CNS1-4. Those for Adobe-Korea1-2 and Adobe-Japan2-0 followed in January of 2002, followed by those for Adobe-GB1-4 in June of the same year. The UTF-16 and UTF-32 CMap resources for Adobe-Japan1-5 were not released until November of 2002. From that point, the UCS-2 CMap resources were deprecated, and were no longer updated. Clients that used the UCS-2 CMap resources were encouraged to use the UTF-16 or UTF-32 ones instead. For OpenType font development, in terms of building the Unicode (Format 4 and 12) ‘cmap‘ subtables, the UTF-32 CMap resources are recommended.
Continue reading…

“All Of Unicode” CFR Object

As alluded to at the end of the May 9, 2012 CJK Type Blog article, I had plans to build additional CFR objects for testing purposes. That particular article supplied two 64K-glyph OpenType/CFF fonts, which provided BMP and Plane 1 coverage, and served as component fonts for the supplied CFR object, UnicodeGetaCFR.cfr. In today’s article, I will supply a CFR object that encompasses all of Unicode, meaning the BMP and the 16 Supplementary Planes, along with the component fonts that it references. In other words, coverage for 1,112,030 code points, each of which has a unique glyph. These represent valuable testing resources for developers who plan to support CFR objects in their products as a way to break the 64K glyph barrier.
Continue reading…