Adobe Enterprise and Developer Support, 「Special-Purpose OpenType Japanese Font Tutorial: Kazuraki」Adobe Technical Note, #, Adobe Systems Inc., File; Adobe System Inc., 「AFDKO Version Tutorial: mergeFonts
「download AFDKO」に入って、最新の「avitooo.ru」を落として解凍。 中の Read_Me_avitooo.ru に従ってインストールする。 使い方に関しては、 ttx -h で確認する。 GSUBテーブルを書き出す。 ターミナル
Three AFDKO tools are used to process the original set of 1, glyphs: tx, mergeFonts, and rotateFont. The first tool, tx, simply extracts the 'CFF' table from the source OpenType font, and converts it into a name-
CJK Type Blog CJK Fonts, Character Sets & Encodings. All CJK. #AllOfTheTime. ご注意：6月25日開催のAFDKOワークショップに多数のお申し込みをいただき
PopChar X ; FontBook ; Ms Font Tools and Developers tools ; Glyphs Mini ; AFDKO(Adobe Font Development Kit for OpenType) ; Font Mate ; Fontographer
切られたグリフ名の集合で、フィーチャーはAFDKO構文に則ったフィー. チャーコードに またAFDKOで使われるキーワード（substitute、ignore、 初心者の方は、三編に分かれたチュートリアルがGlyphsのWebサイトに
The techniques, tools, and afdko tutorial files that are described or referenced in, or attached to, this document are tightly coupled afdko tutorial tools that are included in AFDKO Adobe Font Development Kit for OpenType Version 2. In addition, these and other applications may not display Kazuraki s name in Japanese in their font menus.
raw cidfont-prop. raw The end result is an Adobe-Identity-0 CIDFont resource, named cidfont-prop. Three are fourcharacter ligatures, twelve are three-character ligatures, and the remaining thirty-six are two-character ones. The process of hinting also involves creating multiple hint dictionaries, ideally only one for each glyph class.
The set widths and Y-axis shifting for the vertical glyphs are specified in a vmtx table override definition that is inserted into the features file. The palt data shown above is used to generate the following rotatefont directive for the shift. raw h. The Adobe-Japan1-x character collection should be used instead.
BaseTagList icfb icft ideo romn; VertAxis. Once these tools have been run, and the glyphs are assigned to CIDs, and the horizontal glyphs have been set to their default set widths and X-axis positions that is, made proportionalthe CIDFont is then hinted as usual.
Once the vert GSUB feature has been applied, the vertical-only hiragana ligatures can then be applied via the liga GSUB feature. Even if there https://avitooo.ru/pokerstars/prepaid-mastercard-pokerstars.html no mappings outside the BMP, a UTF CMap resource is still recommended as input to AFDKO s makeotf tool.
Any software referred to source is furnished under license, and may only be used afdko tutorial copied in accordance with the terms of such license. The specification of name table strings is performed in the FontMenuNameDB and features files.
As an example, let us explore the treatment of the vertical glyph for the hiragana character shi し.
The same source font also contains palt and vpal GPOS features that specify the desired glyph metrics horizontal and vertical set widths, and X- and Y-axis shifting values, respectivelyand these GPOS features are used as the source of the default metrics for the horizontal and vertical glyphs in the final font, which is an Adobe- Identity-0 CID-keyed OpenType font containing 3, glyphs CIDs 0 through Three AFDKO tools are used to process the original set of 1, glyphs: tx, mergefonts, and rotatefont.
As stated earlier in this document, Kazuraki s CIDFont resource contains 3, glyphs, specifically CIDs 0 through Kazuraki contains exactly six hint dictionaries, named as follows, and with the number of glyphs in each in parentheses: KazurakiSP2N-Light-Dingbats glyphs KazurakiSP2N-Light-Generic one glyph KazurakiSP2N-Light-Kana glyphs KazurakiSP2N-Light-Kanji 2, afdko tutorial KazurakiSP2N-Light-Proportional glyphs KazurakiSP2N-Light-ProportionalRot glyphs The features File The features file plays an important role, in that overrides to specific tables can be made, and GPOS and GSUB features can be defined.
Four GSUB features fwid, vert, vrt2, and liga are also included, whose relative order is important, as described earlier in this document.
It is very important to include a BASE table in all OpenType fonts. Hinting Issues Hinting, in terms of stem widths, is afdko tutorial as usual for Kazuraki.
The handling of vertical glyphs, in terms of specifying their set widths and Y-axis positions, is covered later in this document.
Ken Lunde, Senior Computer Scientist, CJKV Type Development, Adobe Systems Incorporated Publishing Date Pokerstars online gameplay 10, Adobe Systems Incorporated Park Avenue, San Jose, CA USA Adobe, the Adobe logo, and Better by Adobe.
That is, for each character, there are two glyphs in the font. See the section for the vmtx table for more information on vmtx table settings and overrides cmap The cmap table for CID-keyed OpenType fonts is built using one or more CMap resources.
Holdem pokerstars showtime, the vmtx table overrides, which are also used to build the VORG table, serve to specify the default vertical metrics The FontMenuNameDB File The English and Japanese menu names that are recorded in the name table of an OpenType font are specified in the FontMenuNameDB file.
BaseTagList icfb icft ideo romn; HorizAxis. Copyright Adobe Systems Incorporated.The primary advantage is that a CID-keyed structure supports multiple hint dictionaries. This made generating the raw data for the CMap resource a much easier task. map mapping file: The calculation is simple: the value is used as-is as the X-axis shifting value, and the default set-width value of becomes after the value is added to it a subtraction operation. Multiple mergefonts mapping files, in which the first line each each file names a hint dictionary, is the appropriate technique. The mapping files that controlled the execution of the mergefonts and rotatefont tools were generated by this tool, as was the features files containing vmtx table overrides and all GSUB and GPOS feature definitions. Each hint dictionary ideally covers glyphs for specific glyph classes, and each hint dictionary can have its own hinting parameters. map cidfont. The third tool, rotatefont, serves to set the widths for the horizontal glyphs, and to also shift them along the X-axis. And, multiple mergefonts mapping files can serve to specify glyphs for single hint dictionaries. raw, containing 3, glyphs, the horizontal versions of which now have proportional metrics. The Special-Purpose Adobe-Identity-0 Character Collection Because the glyph complement of Kazuraki does not adhere to the Adobe-Japan character collection, and because it makes little sense to extend Adobe-Japan to accommodate such special-purpose fonts, the special-purpose Adobe-Identity-0 character collection is advertised in the CFF. BaseScriptList DFLT ideo , hani ideo , kana ideo , latn ideo ; VertAxis. Kazuraki s features file contains a very large number of VertAdvanceY and VertOriginY statements in its vmtx table overrides. All other trademarks are the property of their respective owners. This publication and the information herein is furnished AS IS, is subject to change without notice, and should not be construed as a commitment by Adobe Systems Incorporated. Post-processing of the glyph data is used to derive the vertical versions, which are positioned along the Y-axis differently, and have different metrics Vertical-Only Hiragana Ligatures Kazuraki includes a small number of vertical-only hiragana ligatures, fifty-one to be exact. The only exception is the name. Its CFF table is built from a CIDFont resource. Kazuraki functions in Adobe Illustrator CS2 and Adobe Photoshop CS2 with some limitations, specifically that the vertical-only hiragana ligatures do not function, even if the liga GSUB feature is turned on. All glyphs needed to be replicated for vertical use, due to limitations in the ability to shift glyphs in both X- and Y-axis directions in the OpenType vmtx table, coupled with the strong desire to make expected behavior the default without an application depending on, or activating, any GSUB or GPOS features. pfa v. The raw data to build the Unicode UTF CMap resources was also generated by this tool. Although Adobe-Identity-0 does not explicitly specify that Kazuraki is a Japanese font, other table settings, along with proven heuristics, are used to make clear the fact that it is a Japanese font. The advantage of using liga is that most applications that perform an adequate level of typesetting also tend to automatically invoke this GSUB feature, 2 Adobe Technical Note Special-Purpose OpenType Japanese Font Tutorial: Kazuraki 2 or at least allow users to activate it through a standard UI. As an example, let us explore the treatment of the horizontal glyph for the hiragana character shi し. The technique of using the Adobe-Identity-0 character collection should not be used to build general-purpose OpenType Japanese fonts. Kazuraki works very well with CS3 and CS4 applications, specifically InDesign, Illustrator, and Photoshop. Thus, OpenType-savvy applications that support vertical writing can use such fonts without modification. raw, containing 3, glyphs in a single hint dictionary. The glyphs themselves are the same, but their advances and default positioning along both X- and Y-axes are different. Although Kazuraki could have been built as a name-keyed font, CID-keyed fonts have advantages for Japanese fonts. codePageRange fields. If you have any questions regarding the content of this document, please do not hesitate to contact its author, Ken Lunde Kazuraki Design Motivations With the exception of the vertical-only hiragana ligatures, all glyphs in Kazuraki have corresponding horizontal and vertical forms. The glyph complement includes glyphs for all standard kana characters, but includes a limited set of kanji, 1, to be exact, suitable for creating Japanese greeting cards, menus, and other specialized uses. Kazuraki contains two GPOS features, kern and vkrn, to specify horizontal and vertical kerning pairs, respectively. Kazuraki s name may instead display in English, using the English-language menu name strings that are specified in the name table. When developing special-purpose OpenType Japanese fonts, it is prudent to rigorously test the font with a variety of OSes and applications, to include entire document authoring workflows Glyph Synopsis The following fourteen pages provide a complete glyph synopsis for the 3, glyphs of Kazuraki, arranged by CID. Due to its unique and limited glyph complement, Kazuraki is not recommended for use as a component in these applications Composite Font functionality. For Kazuraki, the Unicode CMap resource was named UniKazurakiSP2N-UTFH to make it tightly coupled with the font. This feature covers the majority of the font. Adobe Systems Incorporated assumes no responsibility or liability for any errors or inaccuracies, makes no warranty of any kind expressed, implied, statutory, or otherwise with respect to this publication, and expressly disclaims any and all warranties of merchantability, fitness for particular purposes, and non-infringement of third party rights. For Kazuraki, because it is based on the special-purpose Adobe-Identity-0 character collection, special-purpose CMap 6 Adobe Technical Note Special-Purpose OpenType Japanese Font Tutorial: Kazuraki 6 resources are necessary. Their values were used to define the default glyph metrics GSUB Kazuraki contains only four GSUB features: fwid, vert, vrt2, and liga. Care must be taken to explicitly set Japanese as the script and language, for as many of the strings as possible, as appropriate. Author Dr. In fact, the proprietary tool that was used to establish multiple hint dictionaries for Kazuraki uses mergefonts to perform this task. These GPOS features are not in the final form of the font, because they are not necessary. It also made other tasks easier. However, mergefonts techniques described in Adobe Tech Note AFDKO Version 2. Anything specified in the vmtx table becomes default behavior. This allows vertical-only hiragana ligatures to be used by default in many applications CID- Versus Name-Keyed Structure Kazuraki was built as a CID-keyed OpenType font. The set width and X-axis shifting values are in the palt GPOS feature of the source name-keyed OpenType font. Due to the large number of glyphs, and the complex relationships between them, it was important to create a tool to do this work, because doing so by hand would have been tedious, and also prone to error. The vert GSUB feature substitutes the horizontal forms with their vertical versions. The horizontal and vertical metrics are respected, and proper vertical layout is supported, including the vertical-only hiragana ligatures. This section describes the special settings, one table at a time, along with information that demonstrates how the table overrides are specified in the features file as used as input for AFDKO s makeotf tool BASE There is no special treatment necessary for the BASE table, other than the usual ICF Ideographic Character Face and baseline values that should be normally specified. pfa The end result is an Adobe-Identity-0 CIDFont resource, named cidfont. In fact, we recommend that CS3 and later applications be used for Kazuraki and comparable fonts. When writing a comparable tool, I found that it was very useful to maintain a mapping from the glyph names in the source font to the final CIDs. NNNNNN The process of establishing multiple hint dictionaries in a CIDFont requires files and tools that are not included in AFDKO, and their description is intentionally and appropriately omitted from this document. map font. Alignment zones, however, are another matter. As a general rule, the ordering of GPOS and GSUB features in the features file is important, because the same ordering is reflected in the GPOS and GSUB tables that are generated by AFDKO s makeotf tool. This CMap resource is used solely as input to AFDKO s makeotf tool, to build the Unicode cmap subtables of the resulting OpenType font. Nearly every vertical glyph required treatment by one or both of these vmtx overrides. These are activated through the use of the liga GSUB feature. Kazuraki also includes a basic set of proportional Latin glyphs to aid in keyboard input. Because the vertical glyphs are accessible through the vert and vrt2 GSUB features, only the horizontal glyphs are mapped from Unicode code points name The name table is built as usual, setting English and Japanese strings, as appropriate.