|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Element | Location | Attribute | Description |
|---|---|---|---|
| <font-config> | root element | Root element of the Font Configuration File of XSL Formatter V4.2. | |
| <name-processing-mode> | Child of <font-config> | mode | Specifies whether to map Type 1 font names to font file using only Windows names (.PFM+.PFB). Specifies the value "default" or "windows-name" to the "mode" attribute. The initial value is "default". The environment which "windows-name" is specified is called WindowsName mode. <name-processing-mode mode="windows-name"/> This element must be specified before <font-folder> and only one can be specified. |
| <font-folder> | Child of <font-config> | path | Indicates the font folder using the "path" attribute. <font-folder path="/home/user-name/fonts"> .... </font-folder> This element can be specified as many times as necessary. |
| <glyph-list> | Child of <font-folder> | file afm | Indicates the glyph-list file for Type 1 fonts using the "file" attribute. Type 1 font files should be specified using "afm" attribute. Glyph-list defines Unicode to glyph-name mapping rule for Type 1 fonts. For more information about glyph-list file, refer to the Glyph list file. <glyph-list file="carta.txt" afm="CR______.AFM"/> This element can be specified as many times as necessary. |
| <skip-glyphname-mapping> | Child of <font-folder> | afm |
Indicates to skip Unicode to glyph-name or Unicode to character code mapping for the Type 1 fonts. Corresponding Type 1 font file should be specified using "afm" attribute. For more information about this parameter, refer to the Skipping the glyph name mapping. <skip-glyphname-mapping afm="CR______.AFM"/> This element can be specified as many times as necessary. |
| <font-exclude> | Child of <font-folder> | file |
Indicates font files to exclude from being used with XSL Formatter V4.2. The font file should be specified using the "file" attribute. <font-exclude file="times.ttf"/> This element can be specified as many as necessary. |
| <font-alias> | Child of <font-folder> | file entry |
Indicates the definition of the font family name alias. The source font file should be specified using the "file" and "entry" attributes. "file" attribute should specify font files. For Type 1 fonts, specify the font files that have the .AFM or .PFM extensions. For TrueType or OpenType fonts, you can specify the font files that have the .TTF or .TTC or .OTF extensions. The "entry" attributes should be the number of the fonts in the .TTC (TrueType Collection) file. The number should be a numeric value of 1 or more. If the "entry" attribute is omitted, the value is considered as 1. If the value is not in .TTC, it's ignored. <font-alias file="simsun.ttc" entry="1"> .... </font-alias>
To define the alias names, enumerates the <alias> element within this element. |
| <alias> | Child of <font-folder> | family-name weight italic |
Indicates the actual alias definition for the font described int the "font-alias" element. The alias information should be specified using "family-name", "weight", "italic" attributes. <font-alias file="EU______.AFM"> <alias family-name="Euro" /> </font-alias> <font-alias file="EUB_____.AFM"> <alias family-name="Euro" weight="bold" /> </font-alias> This element can be specified as many as necessary. |
This section describes general information for Adobe Type 1 fonts and how XSL Formatter V4.2 supports them. It has tips on how to use Adobe Type 1 fonts more conveniently in your environment. .
Adobe Type 1 fonts are organized using the following font files.
| File extension | Description |
|---|---|
| .PFB (Printer Font Binary) | Contains binary compressed font outline. |
| .AFM (Adobe Font Metrics) | Contains general font information and font metrics information. This is a text file. Mainly used in Solaris/Linux with .AFM+.PFB pairs. |
| .PFM (Printer Font Metrics) | Contains general font information and font metrics information. It also specifies the Windows font menu name. This is a binary format file. Mainly used in Windows with .PFM+.PFB pairs. |
XSL Formatter V4.2 supports both types of combinations .AFM+.PFB, .PFM+.PFB files. But there are limitations in using .PFM+.PFB file pairs. If you use .AFM files, you can use all of the glyphs defined in .PFB file. In contrast if you use .PFM file, the available glyphs are limited to a maximum 255 due to the current implementation restrictions. We strongly recommend using .AFM+.PFB pairs.
Type 1 font considerations.
If you want to use Adobe Type 1 fonts, simply specify the font-family, font-weight and font-style property in the FO. The following FO example uses Helvetica for the fo:block.
<fo:block font-family="Helvetica" font-weight="bold" font-style="italic"> Helvetica (Bold-Italic) will be applied to this text. </fo:block>
XSL Formatter V4.2 applies the following rules to map font-family, font-weight, font-style to Type 1 fonts. Note that each .AFM and .PFM file has different mapping rules.
| Property in FO | Mapping rule |
|---|---|
| font-family | Corresponds to the FamilyName parameter value in the global font information in .AFM file. |
| font-weight | Corresponds to the Weight parameter value in the global font information in .AFM file. The parameter value "Bold", "Demi", "ExtraBold" are assumed font-weight="bold". Other assumed value is font-weight="normal". |
| font-style | Corresponds to the ItalicAngle parameter value in the writing direction information in .AFM file. The parameter value "0" is assumed font-style="normal". Other assumed value is font-style="italic". |
The .AFM file is a text file so you can easily confirm these parameters using a text editor. If you want to know about .AFM files, please refer to the Adobe document .
| ☞ NOTE: | In WindowName Mode, the mapping rule for the .AFM file is not applied. In order to use the .AFM file in WindowsName Mode, please use Define the alias name of the font family. |
|---|
| Property in FO | Mapping rule |
|---|---|
| font-family | Corresponds to the WindowsName field in .PFM file. |
| font-weight | Corresponds to the dfWeight field of the PFMHEADER structure in .PFM file. This field holds the weight value 400 or 700. |
| font-style | Corresponds to the dfItalic field in .PFM file. The field value "0" is assumed font-style="normal". Other assumed value is font-style="italic". |
The .PFM file has a binary format. Generally you cannot see the contents using a text editor. If you want to know about .PFM files, please refer to the Adobe document . .PFM files were originally defined for Windows, but currently it is hard to get any of the original specification from Microsoft MSDN.
| ☞ NOTE: | Sometimes there are differences between "FamilyName" in the .AFM file and "WindowsName" in the .PFM file or "Weight" parameter in the .AFM file and the dfItalic field in the .PFM file. For instance, Adobe supplied HVC_____.AFM has the family name "Helvetica", but the corresponding HVC_____.PFM defines the family name as "Helvetica-Condensed". |
|---|
XSL Formatter V4.2 supports embedding the Type 1 font outlines into PDF files. The followings are required to embed outlines:
If you do not embed outlines, only .AFM or .PFM files are needed. If fonts are not embedded in the PDF the user will need the actual fonts on their system when they read the PDF file.
| ☞ NOTE: | A current limitation of XSL Formatter V4.2 is that it embeds the entire. Type 1 font outlines in the file as opposed to only a part of the outlines. |
|---|
To use Adobe Type 1 font with .AFM files, it is important to know how Unicode characters are mapped into Type 1 font glyphs. The following is a brief explanation of how Type 1 fonts are treated in PDF files.
| ☞ NOTE: | If you want to know more about encoding details, please refer to the Appendix D of the . |
|---|
Example: if the encoding parameter of the Type 1 font is Adobe Standard Encoding, and we want to write a "•" (U+2022 BULLET) to a PDF file, we must select character code 0xB7(183) because the glyph-name of this character is "bullet" and it is defined as 0xB7 in the Adobe Standard Encoding.
Before we can write a character code to the PDF file we must first get the glyph-name from the Unicode. This process is described in the Adobe web site document . The most important mapping rule is described in file. AGL is a simple text file that defines the Unicode to glyph name mapping rules for over 800 Latin characters. XSL Formatter V4.2 uses this data to map the Unicode to glyph name. Following is a brief description of how XSL Formatter V4.2 maps the Unicode value to glyph name and writes a character code to the PDF file.
If you are using Adobe Type 1 fonts with .PFM files, XSL Formatter V4.2 maps Unicode to glyphs differently than above, which does not use glyph names.
First, .PFM file has the only one encoding data in the dfCharSet field of PFM header. This one byte field contains the value known as character set. In the Windows environment, there are following character sets are defined in WINGDI.H header file.
| dfCharset Symbol | Value | Code Page |
|---|---|---|
| ANSI_CHARSET | 0 | 1252 |
| HEBREW_CHARSET | 177 | 1255 |
| ARABIC_CHARSET | 178 | 1256 |
| GREEK_CHARSET | 161 | 1253 |
| TURKISH_CHARSET | 162 | 1254 |
| VIETNAMESE_CHARSET | 163 | 1258 |
| THAI_CHARSET | 222 | 874 |
| EASTEUROPE_CHARSET | 238 | 1250 |
| RUSSIAN_CHARSET | 204 | 1251 |
| BALTIC_CHARSET | 186 | 1257 |
Microsoft mapping can be found at the . XSL Formatter V4.2 uses this mapping data and converts the Unicode to the character code to write it to the PDF file. This mapping data has a maximum of 256 entries because the code page offers only 8-bit character width. You cannot use glyphs which are not defined in the code page data unless it exists in font the outline data.
| ☞ NOTE: | Sometimes code page mapping and actual encoding in the font file do not match. Because of this it is not recommended to use principally Type 1 fonts as .PFM+.PFB pairs principally. If you must use this combination, please use as a supplementary step. |
|---|
As mentioned in Unicode and glyph mapping using the .AFM file, AGL offers the Unicode to glyph name mapping rules. It covers commonly used Latin characters. But there are special fonts which do not fit the AGL. For instance, the Adobe Type 1 product Carta (CR______.AFM, CR______.PFM, CR______.PFB) has 189 pictorial glyphs and non-standard glyph names. If we look up the glyph names into the AGL, we will get the result that only 14-glyph names match and the others do not match with the AGL. If we leave it as it is, we cannot use most of the glyphs in the Carta with the .AFM+.PFB combination.
To solve such problem, XSL Formatter V4.2 offers two solutions. One is to make a glyph list file for this font. Another is to specify the <skip-glyphname-mapping> in the font configuration XML file.
The glyph list file is a simple text file, which describes the Unicode to glyph name mapping for a particular font. The format is the same as AGL.
The following is a sample glyph list file. This glyph list file maps Unicode private user areas to the Carta glyph name with some exceptions. (Space and digits remain as is.)
# Carta sample glyphlist file # file name:carta-glyphname.txt 0020;space; E000;circle; E001;lookoutcontrol; E002;triangle; E003;diamond; E004;hexagon; E005;explode2; E006;lookout; E007;IRBM; E008;ICBM; E009;explode1; E00A;ruin; E00B;goldbar; E00C;lighthouse; E00D;mining; E00E;gaging; 0030;zero; 0031;one; 0032;two; 0033;three; 0034;four; 0035;five; 0036;six; 0037;seven; 0038;eight; 0039;nine; E00F;boundary; ...
Once the glyph list file has been made, the next step is to add the glyph list file entry to the font configuration file. If the Carta font is located in the /home/resource/fonts directory, the following <glyph-list> entry should be made.
<font-config>
<font-folder path="[Install directory]/fonts">
<glyph-list file="ZapfDingbats-glyphname.txt" afm="ZapfDingbats.afm"/>
</font-folder>
<font-folder path="/home/resource/fonts">
<glyph-list file="carta-glyph-list.txt" afm="CR______.AFM"/>
</font-folder>
</font-config>
Once all glyph list files have been added successfully, the following FO will produce the PDF file shown below.
<fo:block font-family="Carta">                0 1 2 3 4 5 6 7 8 9  </fo:block>
Another way to use the Carta font is to specify the <skip-glyphname-mapping> in the font configuration XML file for XSL Formatter V4.2 per for following example:
<font-config>
<font-folder path="[Install directory]/fonts">
<glyph-list file="zapfdingbats-glyphname.txt" afm="ZapfDingbats.afm"/>
</font-folder>
<font-folder path="/home/resource/fonts">
<skip-glyphname-mapping afm="CR______.AFM"/>
</font-folder>
</font-config>
If this option is specified for the .AFM file, all of the associated Unicode characters in FO file are mapped to the characters in the PDF file as long as they are in the range of the font encoding. For instance, if the Unicode character is U+0021, this character will be written directly to the PDF file because Carta's encoding defines decimal value 33 as "circle". The Unicode character U+0101 will cause a missing glyph error, because it is not defined in the Carta's encoding. We can confirm which Unicode characters are available by consulting the .AFM files. Following is part of the Carta's .AFM file. If the Unicode character is equal to the number, which is to the right of the "C" character, it is available to use.
EncodingScheme FontSpecific StartCharMetrics 189 C 32 ; WX 280 ; N space ; B 0 0 0 0 ; C 33 ; WX 560 ; N circle ; B 30 150 530 650 ; C 34 ; WX 620 ; N lookoutcontrol ; B 15 60 605 741 ; ... C 250 ; WX 1042 ; N boat ; B 30 0 1012 280 ; C 251 ; WX 852 ; N portofentry ; B 30 123 822 677 ; C 252 ; WX 946 ; N whwycounty ; B 0 -58 946 857 ; C 253 ; WX 1154 ; N whwytridown ; B 0 -100 1154 899 ; C 254 ; WX 1072 ; N whwytriright ; B 0 -121 1073 919 ; EndCharMetrics
If we want to obtain the same PDF results in the previous section, the FO contents should be as follows:
<fo:block font-family="Carta"> ! " # $ % & ' ( ) * + , - . / 0 1 2 3 4 5 6 7 8 9 : </fo:block>
Some Type 1 font family names are troublesome when installed. For instance, if you install Adobe product Eurostile Type 1 font in .AFM+.PFB pair, there occurs a font selection problem depending on the font file combination. The following table describes the font family name problem for some font file combinations.
| PFB name | PFM information | AFM information | |||||
|---|---|---|---|---|---|---|---|
| WindowsName | dfWeight | dfItalic | FullName | FamilyName | Weight | ItalicAngle | |
| EU______.PFB | Eurostile | 400 | 0 | Eurostile Medium | Eurostile | Medium | 0 |
| EUB_____.PFB | Eurostile Bold | 400 | 0 | Eurostile Bold | Bold | 0 | |
| EUEX____.PFB | Eurostile ExtendedTwo | 400 | 0 | Eurostile Extended #2 | Roman | 0 | |
| EUBEX___.PFB | Eurostile ExtendedTwo | 700 | 0 | Eurostile Bold Extended #2 | Bold | 0 | |
If you use these fonts with .PFM+.PFB combination, there are no problems because the .PFM file exposes all the different font family names. In contrast, if you install these fonts with .AFM+.PFB combination, all of the font family names are Eurostile only. Furthermore, there are plural fonts that have the same weight value. The Weight value Medium and Roman are interpreted as font-weight="400" and Bold is interpreted as font-weight="700". Therefore the font selection is uncertain when you specify the following description in the FO.
<fo:block font-family="Eurostile"> It is uncertain which font applies: "Eurostile Medium" or "Eurostile Extended #2" </fo:block> <fo:block font-family="Eurostile" font-weight="bold"> It is uncertain which font applies: "Eurostile Bold" or "Eurostile Bold Extended #2" </fo:block>
To avoid this problem, define a new family name using the alias element in the font configuration file. The following example defines the .PFM with like family name alias.
<font-config>
<font-folder path="[Install directory]/fonts">
<glyph-list file="ZapfDingbats.txt" afm="ZapfDingbats.afm"/>
</font-folder>
<font-folder path="/home/resource/fonts">
<!-- Set the family-name and weight to the PFM definition -->
<font-alias file="EU______.AFM">
<alias family-name="Adobe Eurostile"/>
</font-alias>
<font-alias file="EUB_____.AFM">
<alias family-name="Adobe Eurostile Bold" weight="normal"/>
</font-alias>
<font-alias file="EUEX____.AFM">
<alias family-name="Adobe Eurostile ExtendedTwo"/>
</font-alias>
<font-alias file="EUBEX___.AFM">
<alias family-name="Adobe Eurostile ExtendedTwo" weight="bold"/>
</font-alias>
</font-folder>
</font-config>
The alias family name can be used in the FO as follows:
<fo:block font-family="Adobe Eurostile"> "Eurostile Medium" will be applied to this text. </fo:block> <fo:block font-family="Adobe Eurostile Bold"> "Eurostile Bold" will be applied to this text. </fo:block> <fo:block font-family="Adobe Eurostile ExtendedTwo"> "Eurostile Extended #2" will be applied to this text. </fo:block> <fo:block font-family="Adobe Eurostile ExtendedTwo" font-weight="bold"> "Eurostile Bold Extended #2" will be applied to this text. </fo:block>
| ☞ NOTE: | The newly defined family-name attribute of the font-alias element should be different from any other alias name in the font file. In addition, weight and italic combinations should be unique in the same family name groups. |
|---|
XSL Formatter V4.2 Windows version can print the formatted results without generating a PDF file. Windows functionality is used to do this, thus the font usage is based on Windows. In other words, Windows accesses the fonts using WindowsName in the .PFM file. For this reason, there is a possibility mapping will fail if you use the FamilyName in the .AFM file. This problem can be avoided by specifying <name-processing-mode mode="windows-name"/> in the Font Configuration File. In this case you need to define the alias name for .AFM file because the .AFM file cannot be specified directly.
As a general rule Windows does not normally use/include the .AFM file, so this is not a common problem.
This section describes XSL Formatter V4.2 implementation for TrueType and OpenType (TrueType outline) fonts. Tips on how to use these fonts in your environment are provided.
TrueType fonts were originally developed by Apple Computer and have been used in the Windows environment. OpenType fonts were jointly developed by Adobe and Microsoft as cross-platform fonts. Due to the origin, OpenType fonts have two flavors/kinds. One has the TrueType outline. The other has the PostScript outline. OpenType font files that have the TrueType outline have the file extension .TTF or .TTC. OpenType font files that have the PostScript outline have the extension .OTF. This section treats original TrueType fonts and OpenType(TrueType outline) fonts together. From now on, we will use the term TrueType fonts as the contraction of TrueType font and OpenType(TrueType outline).
TrueType fonts are composed of a single file which has the extension .TTF or .TTC. TTC is the abbreviation of the True Type Collection. It contains plural TrueType fonts in a single file structure. It is sometimes used in the CJK fonts.
TrueType font requirements:
| ☞ NOTE: | Please visit the following sites to get more details about TrueType font (cmap table, etc)
|
|---|
If you want to use TrueType fonts, locate the .TTF (.TTC) files in the directory specified in the <font-folder> element of the font configuration file. Then simply specify the font-family of the targeted font in FO.
<fo:block font-family="Arial" font-weight="bold" font-style="italic"> If you install arialbi.ttf file, TrueType Arial (Bold-Italic) will be applied to this text. </fo:block>
XSL Formatter V4.2 applies the following rules to map font-family, font-weight, font-style to TrueType fonts.
| Property in FO | Mapping rule |
|---|---|
| font-family | Corresponds to the name table data whose Platform ID = 3 (Microsoft) and Platform-specific encoding ID = 1 (Unicode) and Name ID = 1 (Font Family Name). |
| font-weight | Corresponds to the usWeightClass field value of the OS/2 table. This field contains the weight value that is multiple of 100 in the range from 100 to 900. |
| font-style | Corresponds to the fsSelection field's least significant bit of the OS/2 table. If this bit is ON, font-style="italic" is assumed. |
The information can be found by using Analysis tools for True Type font () provided by Microsoft.
For example, in order to refer to the font family of HG-GothicB, enter fffdump from the command line as follows.
> ttfdump c:\winnt\fonts\HG-GothicB.ttf
Find the information that corresponds to the above mapping rules from the name table information. The information below maps to HG-GothicB. As Data shows the font family name, the font family name of HG-GothicB is "HGゴシックB".
9. Platform ID: 3
Specific ID: 1
Language ID: 1041
Name ID: 1
Length: 14
Offset: 362
Data: 0 48 0 47 30 B4 30 B7 30 C3 > .H.G0エ0キ0テ
30 AF 0 42 > 0ッ.B
Some fonts have the plural font family name with another Language ID. XSL Formatter V4.2 supports this name for use as the font-family specification. For instance, simsun.ttf has the two family names "SimSun" and "宋体". Both names are valid to use.
XSL Formatter V4.2 supports embedding the TrueType font outline as well as the Type 1 font into the PDF. One big difference is the embedding license. TrueType font has the license information in OS/2 table fsType field. XSL Formatter V4.2 respects this licensing information which will cause embedding errors when you specify font embedding against fonts with restrictions on embedding. In addition, only the used glyphs are embedded with the TrueType fonts.
| ☞ NOTE: | The PDF reference manual says that TrueType fonts should be embedded to get predictable behavior across all viewer applications. If you don't embed TrueType fonts into the PDF file, Adobe Acrobat Reader sometimes reports errors for particular Unicode character and font combinations. For instance, if you do not embed TrueType fonts, which are used with Thai characters, Adobe Acrobat Reader will report the "font not found" error when opening the PDF file, even if the actual font exists. In contrast, the fonts which are used with Arabic characters do not cause errors when not embedded. |
|---|
This section describes how XSL Formatter V4.2 implements OpenType (PostScript outline) fonts. Tips on how to use OpenType fonts more conveniently in your environment are provided.
OpenType (PostScript outline) is one flavor of OpenType fonts as described in Font organization and necessary condition. OpenType (PostScript outline) font files have an extension .OTF and consists of only a single file. In addition, OpenType(PostScript outline) is classified into two categories. One is OpenType (PostScript) CID font and the other is OpenType (PostScript) non-CID font. The following table gives a brief description of these categories.
| Type | Contents | Treatment in PDF |
|---|---|---|
| Non-CID font | Mainly contains Latin character glyphs. Glyphs are indexed using glyph name. It is the same as Type 1 font. | Type1 |
| CID font | Mainly contains CJK ideograph glyphs. Glyphs are indexed using CID. | Type0 (CIDFontType0) |
OpenType is a new format standard requiring no special conditions to use it from XSL Formatter V4.2.
The usage and family-name, font-weight, font-style mapping conditions are the same as for TrueType fonts. Please refer to the Font organization and necessary condition for details.
Some OpenType (PostScript outline) has the font-weight value which is not a multiple of 100. XSL Formatter V4.2 round off the font-weight value.
Font embedding is the same as for TrueType fonts. Please refer to the Embedding TrueType fonts for details.
Some OpenType (PostScript outline) CID fonts have a family name defined per font file. Originally these fonts belonged to the same family and each font file has a different font-weight value.
| Font file | Family-name | Weight | Italic |
|---|---|---|---|
| HeiseiKakuGoStd-W3.otf | "Heisei Kaku Gothic Std W3" | 300 | Normal |
| HeiseiKakuGoStd-W5.otf | "Heisei Kaku Gothic Std W5" | 500 | Normal |
| HeiseiKakuGoStd-W7.otf | "Heisei Kaku Gothic Std W7" | 700 | Normal |
| HeiseiKakuGoStd-W9.otf | "Heisei Kaku Gothic Std W9" | 900 | Normal |
In the Windows environment it is not allowed to have more than three weight-values in the same family name. (Macintosh does allows such combinations.) As a result, these fonts have different family name per font file. This makes it inconvenient to use these fonts using the different family name. To integrate the family names, the following alias descriptions to the font configuration file should be added.
<font-config>
<font-folder path="[Install directory]/fonts">
<glyph-list file="ZapfDingbats.txt" afm="ZapfDingbats.afm"/>
</font-folder>
<font-folder path="/home/resource/fonts">
<!-- Integrate the four OTF font's family name to
"Heisei Kaku Gothic Std"-->
<font-alias file="HeiseiKakuGoStd-W3.otf">
<alias family-name="Heisei Kaku Gothic Std" weight="300" />
</font-alias>
<font-alias file="HeiseiKakuGoStd-W5.otf">
<alias family-name="Heisei Kaku Gothic Std" weight="500" />
</font-alias>
<font-alias file="HeiseiKakuGoStd-W7.otf">
<alias family-name="Heisei Kaku Gothic Std" weight="700" />
</font-alias>
<font-alias file="HeiseiKakuGoStd-W9.otf">
<alias family-name="Heisei Kaku Gothic Std" weight="900" />
</font-alias>
</font-folder>
</font-config>
The alias family name can be used in the FO as follows:
<fo:block font-family="Heisei Kaku Gothic Std" font-weight="300"> "Heisei Kaku Gothic Std W3" will be applied to this text. </fo:block> <fo:block font-family="Heisei Kaku Gothic Std" font-weight="500"> "Heisei Kaku Gothic Std W5" will be applied to this text. </fo:block> <fo:block font-family="Heisei Kaku Gothic Std" font-weight="700"> "Heisei Kaku Gothic Std W7" will be applied to this text. </fo:block> <fo:block font-family="Heisei Kaku Gothic Std" font-weight="900"> "Heisei Kaku Gothic Std W9" will be applied to this text. </fo:block>
EUDC: End User Defined Character is available with XSL Formatter V4.2.
Since the information on EUDC is acquired from the registry, it is not necessary to create EUDC information to the Font Configuration File with Windows version. However when EUDC information is described by the Font Configuration File, it is also taken into consideration. With Solaris/Linux version, it is necessary to create EUDC information to the Font Construction File in order to use EUDC.
<font-config> <name-processing-mode mode="windows-name"/> <windows-registry reference="enable"/> <font-folder path="c:\Windows\Fonts"/> <eudc-processing mapping="enable"> <eudc-range start="57344" end="63743"> <eudc-system-default file-path="c:\Windows\Fonts\EUDC.TTE"/> <eudc-map family-name="MS Mincho" file-path="c:\Program Files\east\jinmei3\FEJPMIN.TTG"/> <eudc-map family-name="MS PMincho" file-path="c:\Program Files\east\jinmei3\FEJPMIN.TTG"/> </eudc-processing> </font-config>
A user does not need to be conscious of utilizing EUDC. XSL Formatter V4.2 changes the font automatically by the character code.