open pdf file in new tab in c# : How to delete text in pdf converter Library control component .net web page azure mvc PDFlib-manual7-part1375

4.1  Overview of Fonts and Encodings 71
4Text Handling
4.1 Overview of Fonts and Encodings
Font handling is one of the most complex aspects of page descriptions and document 
formats like PDF. In this section we will summarize PDFlib’s main characteristics with 
regard to font and encoding handling (encoding refers to the mapping between individ-
ual bytes or byte combinations to the characters which they actually represent). Except 
where noted otherwise, PDFlib supports the same font formats on all platforms.
4.1.1 Supported Font Formats
PDFlib supports a variety of font types. This section summarizes the supported font 
types and notes some of the most important aspects of these formats.
PostScript Type 1 fonts. PostScript fonts can be packaged in various file formats, and 
are usually accompanied by a separate file containing metrics and other font-related in-
formation. PDFlib supports Mac and Windows PostScript fonts, and all common file for-
mats for PostScript font outline and metrics data.
TrueType fonts. PDFlib supports vector-based TrueType fonts, but not those based on 
bitmaps. The TrueType font file must be supplied in Windows TTF or TTC format, or 
must be installed in the Mac or Windows operating system. Contrary to PostScript Type 
1 fonts, TrueType and OpenType fonts do not require any additional metrics file since 
the metrics information is included in the font file itself.
OpenType fonts. OpenType is a modern font format which combines PostScript and 
TrueType technology, and uses a platform-independent file format. OpenType is na-
tively supported on Windows 2000/XP, and Mac OS X. There are two flavors of Open-
Type fonts, both of which are supported by PDFlib:
> OpenType fonts with TrueType outlines (*.ttf) look and feel like usual TrueType 
> OpenType fonts with PostScript outlines (*.otf) contain PostScript data in a True-
Type-like file format. This flavor is also called CFF (Compact Font Format).
Chinese, Japanese, and Korean (CJK) fonts. In addition to Acrobat’s standard CJK fonts 
(see Section 4.7, »Chinese, Japanese, and Korean Text«, page 97), PDFlib supports custom 
CJK fonts in the TrueType and OpenType formats. Generally these fonts are treated sim-
ilarly to Western fonts. However, certain restrictions apply.
Type 3 fonts. In addition to PostScript, TrueType, and OpenType fonts, PDFlib also 
supports the concept of user-defined (Type 3) PDF fonts. Unlike the common font for-
mats, user-defined fonts are not fetched from an external source (font file or operating 
system services), but must be completely defined by the client by means of PDFlib’s na-
tive text, graphics, and image functions. Type 3 fonts are useful for the following pur-
> bitmap fonts,
> custom graphics, such as logos can easily be printed using simple text operators,
How to delete text in pdf converter - delete, remove text from PDF file in, ASP.NET, MVC, Ajax, WinForms, WPF
Allow C# developers to use mature APIs to delete and remove text content from PDF document
delete text from pdf; delete text from pdf preview
How to delete text in pdf converter - VB.NET PDF delete text library: delete, remove text from PDF file in, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET Programming Guide to Delete Text from PDF File
erase pdf text online; pdf editor online delete text
Chapter 4:  Text Handling
> Japanese gaiji (user-defined characters) which are not available in any predefined 
font or encoding.
4.1.2 Encodings
An encoding defines how the actual bytes in a string will be interpreted by PDFlib and 
Acrobat, and how they translate into text on a page. PDFlib supports a variety of encod-
ing methods.
All supported encodings can be arbitrarily mixed in one document. You may even use 
different encodings for a single font, although the need to do so will only rarely arise.
Note Not all encodings can be used with a given font. The user is responsible for making sure that 
the font contains all characters required by a particular encoding. This can even be problematic 
with Acrobat’s core fonts (see Table 4.2).
Identifying glyphs. There are three fundamentally different methods for identifying 
individual glyphs (representations of a character) in a font:
> PostScript Type 1 fonts are based on the concept of glyph names: each glyph is la-
belled with a unique name which can be used to identify the character, and con-
struct code mappings which are suitable for a certain environment. While glyph 
names have served their purpose for quite some time they impose severe restric-
tions on modern computing because of their space requirements and because they 
do not really meet the requirements of international use (in particular CJK fonts).
> TrueType and OpenType fonts identify individual glyphs based on their Unicode 
values. This makes it easy to add clear semantics to all glyphs in a text font. However, 
there are no standard Unicode assignments for pi or symbol fonts. This implies some 
difficulties when using symbol fonts in a Unicode environment.
> Chinese, Japanese, and Korean OpenType fonts are based on the concept of Character 
IDs (CIDs). These are basically numbers which refer to a standard repository (called 
character complement) for the respective language.
There is considerable overlap among these concepts. For example, TrueType fonts may 
contain an auxiliary table of PostScript glyph names for compatibility reasons. On the 
other hand, Unicode semantics for many standard PostScript glyph names are available 
in the Adobe Glyph List (AGL). PDFlib supports all three methods (name-based, Unicode, 
8-Bit encodings. 8-bit encodings (also called single-byte encodings) map each byte in a 
text string to a single character, and are thus limited to 256 different characters at a 
time. 8-bit encodings used in PDFlib are based on glyph names or Unicode values, and 
can be drawn from various sources:
> A large number of predefined encodings according to Table 4.2. These cover the most 
important encodings currently in use on a variety of systems, and in a variety of lo-
> User-defined encodings which can be supplied in an external file or constructed dy-
namically at runtime with PDF_encoding_set_char( ). These encodings can be based on 
glyph names or Unicode values.
> Encodings pulled from the operating system, also known as system encoding. This 
feature is only available on Windows, IBM eServer iSeries, and zSeries.
VB.NET PDF Page Delete Library: remove PDF pages in, ASP.
›› VB.NET PDF: Delete PDF Page. VB.NET PDF - How to Delete PDF Document Page in VB.NET. Visual Basic Sample Codes to Delete PDF Document Page in VB.NET Class.
remove text from pdf reader; remove text from pdf preview
C# PDF Convert to Text SDK: Convert PDF to txt files in
Integrate following RasterEdge C#.NET text to PDF converter SDK dlls into your C#.NET project assemblies; RasterEdge.Imaging.Basic.dll.
how to delete text from pdf; how to erase text in pdf file
4.1  Overview of Fonts and Encodings 73
> Abbreviated Unicode-based encodings which can be used to conveniently address 
any Unicode range of 256 consecutive characters with 8-bit values.
> Encodings specific to a particular font. These are also called font-specific or builtin en-
Wide-character addressing. In addition to 8-bit encodings, various other addressing 
schemes are supported which are much more powerful, and not subject to the 256 char-
acter limit.
> Purely Unicode-based addressing via the unicode encoding keyword. In this case the 
client directly supplies Unicode strings to PDFlib. The Unicode strings may be for-
matted according to one of several standard methods (such as UCS-2, UTF-8) and byte 
orderings (little-endian or big-endian).
> CMap-based addressing for a variety of Chinese, Japanese, and Korean standards. In 
combination with standard CJK fonts PDFlib supports all CMaps supported by Acro-
bat. This includes both Unicode-based CMaps and others (see Section 4.7, »Chinese, 
Japanese, and Korean Text«, page 97).
> Glyph id addressing for TrueType and OpenType fonts via the glyphid encoding key-
word. This is useful for advanced text processing applications which need access to 
individual glyphs in a font without reference to any particular encoding scheme, or 
must address glyphs which do not have any Unicode mapping. The number of valid 
glyph ids in a font can be queried with the fontmaxcode parameter.
4.1.3 Support for the Unicode Standard
Unicode is a large character set which covers all current and many ancient languages 
and scripts in the world, and has significant support in many applications, operating 
systems, and programming languages. PDFlib supports the Unicode standard to a large 
extent. The following features in PDFlib are Unicode-enabled:
> Unicode can be supplied directly in page descriptions.
> Unicode can be supplied for various hypertext elements.
> Unicode strings for text on a page or hypertext elements can be supplied in UTF-8 or 
UTF-16 formats with any byte ordering.
> PDFlib will include additional information (a ToUnicode CMap) in the PDF output 
which helps Acrobat in assigning proper Unicode values for exporting text (e.g., via 
the clipboard) and searching for Unicode text.
VB.NET PDF Text Extract Library: extract text content from PDF
PDF ›› VB.NET PDF: Extract PDF Text. VB.NET PDF - Extract Text from PDF Using VB. How to Extract Text from PDF with VB.NET Sample Codes in .NET Application.
how to delete text from a pdf reader; how to remove text watermark from pdf
C# PDF Text Extract Library: extract text content from PDF file in
XDoc.PDF ›› C# PDF: Extract PDF Text. C# PDF - Extract Text from PDF in C#.NET. Feel Free to Extract Text from PDF Page, Page Region or the Whole PDF File.
pdf text remover; pdf text watermark remover
Chapter 4:  Text Handling
4.2 Supported Font Formats
4.2.1 PostScript Fonts
PostScript font file formats. PDFlib supports the following file formats for PostScript 
Type 1 metrics and outline data on all platforms:
> The platform-independent AFM (Adobe Font Metrics) and the Windows-specific PFM 
(Printer Font Metrics) format for metrics information. Since PFM files do not describe 
the full character metrics but only the glyphs used in Windows (code page 1252), they 
can only be used for the winansi or builtin encodings, while AFM-based font metrics 
can be rearranged to any encoding supported by the font.
> The platform-independent PFA (Printer Font ASCII) and the Windows-specific PFB 
(Printer Font Binary) format for font outline information in the PostScript Type 1 for-
mat, (sometimes also called »ATM fonts«).
> On the Mac, resource-based PostScript Type 1 fonts, sometimes called LWFN (Laser-
Writer Font) fonts, are also supported.
> OpenType fonts with PostScript outlines (*.otf).
If you can get hold of a PostScript font file, but not the corresponding metrics file, you 
can try to generate the missing metrics using one of several freely available utilities. For 
example, the T1lib package
contains the type1afm utility for generating AFM metrics 
from PFA or PFB font files. However, be warned that such conversions often result in 
font or encoding problems. For this reason it is recommended to use the font outline 
and metrics data as supplied by the font vendor.
PostScript font names. It is important to use the exact (case-sensitive) PostScript font 
name whenever a font is referenced in PDFlib. There are several possibilities to find a 
PostScript font’s exact name:
> Open the font outline file (*.pfa or *.pfb), and look for the string after the entry
/FontName. Omit the leading / character from this entry, and use the remainder as 
the font name.
> If you have ATM (Adobe Type Manager) installed or are working with Windows 
2000/XP, you can double-click the font (*.pfb) or metrics (*.pfm) file, and will see a 
font sample along with the PostScript name of the font.
> Open the AFM metrics file and look for the string after the entry FontName.
Note The PostScript font name may differ substantially from the Windows font menu name, e.g. 
»AvantGarde-Demi« (PostScript name) vs. »AvantGarde, Bold« (Windows font menu name). 
Also, the font name as given in any Windows .inf file is not relevant for use with PDF.
PostScript glyph names. In order to write a custom encoding file or find fonts which 
can be used with one of the supplied encodings you will have to find information about 
the exact definition of the character set to be defined by the encoding, as well as the ex-
act glyph names used in the font files. You must also ensure that a chosen font provides 
all necessary characters for the encoding. For example, the core fonts supplied with Ac-
robat 4/5 do not support ISO 8859-2 (Latin 2) nor Windows code page 1250. If you happen 
to have the FontLab
font editor (by the way, a great tool for dealing with all kinds of 
1. See 
2. See 
VB.NET PDF Convert to Text SDK: Convert PDF to txt files in
Convert PDF to Text in VB.NET Demo Code. Integrate following RasterEdge text to PDF converter SDK dlls into your VB.NET project assemblies;
how to delete text in pdf document; how to erase pdf text
C# PDF Page Delete Library: remove PDF pages in, ASP.NET
Page: Delete Existing PDF Pages. |. Home ›› XDoc.PDF ›› C# PDF: Delete PDF Page. C#.NET PDF Library - Delete PDF Document Page in C#.NET.
remove text watermark from pdf; delete text pdf acrobat
4.2  Supported Font Formats 75
font and encoding issues), you may use it to find out about the encodings supported by 
a given font (look for »code pages« in the FontLab documentation).
For the convenience of PDFlib users, the PostScript program in the dis-
tribution fileset can be used to find the names of all characters contained in a PostScript 
font. In order to use it, enter the name of the font at the end of the PostScript file and 
send it (along with the font) to a PostScript Level 2 or 3 printer, convert it with Acrobat 
Distiller, or view it with a Level-2-compatible PostScript viewer. The program will print 
all glyphs in the font, sorted alphabetically by glyph name.
If a font does not contain a glyph required for a custom encoding, it will be missing 
from the PDF document.
4.2.2 TrueType and OpenType Fonts
TrueType and OpenType file formats. PDFlib supports the following file formats for 
TrueType and OpenType font s:
> Windows TrueType fonts (*.ttf), including CJK fonts
> TrueType collections (*.ttc) with multiple fonts in a single file (mostly used for CJK 
> End-user defined character (EUDC) fonts (*.tte) created with Microsoft’s eudcedit.exe 
> Platform-independent OpenType fonts with TrueType (*.ttf) or PostScript outlines 
(*.otf), including CJK fonts.
> On Mac OS any TrueType font installed on the system (including .dfont) can also be 
used in PDFlib.
TrueType and OpenType font names. It is important to specify the exact (case-sensi-
tive) TrueType font name whenever a font is referenced in PDFlib. In the generated PDF 
the name of a TrueType font may differ from the name used in PDFlib (or Windows). 
This is normal, and results from the fact that PDF uses the PostScript name of a True-
Type font, which differs from its genuine TrueType name (e.g., TimesNewRomanPSMT vs. 
Times New Roman).
Note Contrary to PostScript fonts, TrueType and OpenType font names may contain blank characters.
Finding TrueType font names on Windows. You can easily find the name of an in-
stalled font by double-clicking the TrueType font file, and taking note of the full font 
name which will be displayed in the first line of the resulting window (without the 
TrueType or OpenType term in parentheses, of course). Do not use the entry in the second 
line after the label Typeface name! Also, some fonts may have parts of their name local-
ized according to the respective Windows version in use. For example, the common font 
name portion Bold may appear as the translated word Fett on a German system. In order 
to retrieve the font data from the Windows system (host fonts) you must use the trans-
lated form of the font name in PDFlib. However, in order to retrieve the font data direct-
ly from file you must use the generic (non-localized) form of the font name.
1. Information about the glyph names used in PostScript fonts can be found at
typeforum/unicodegn.html (although font vendors are not required to follow these glyph naming recommendations).
C# Create PDF from Text to convert txt files to PDF in, ASP
C#.NET: View Tiff in WPF. XDoc.Converter for C#; XDoc.PDF for C# File: Split PDF; C# Page: Insert PDF pages; C# Page: Delete PDF pages; C# Read: PDF Text Extract
how to delete text in pdf acrobat; delete text pdf files
VB.NET Create PDF from Text to convert txt files to PDF in
C#.NET: View Tiff in WPF. XDoc.Converter for C#; XDoc.PDF for C# File: Split PDF; C# Page: Insert PDF pages; C# Page: Delete PDF pages; C# Read: PDF Text Extract
delete text pdf document; how to delete text from pdf with acrobat
Chapter 4:  Text Handling
If you want to examine TrueType fonts in more detail take a look at Microsoft’s free 
»font properties extension«
which will display many entries of the font’s TrueType ta-
bles in human-readable form.
Finding TrueType font names on the Mac. Generally, you can find the name of an in-
stalled font in the font menu of applications such as TextEdit on Mac OS X. However, 
this method does not always result in the proper font name as expected by PDFlib. For 
this reason we recommend Apple’s freely available Font Tools
. This suite of command-
line utilities contains a program called ftxinstalledfonts which is useful for determining 
the exact name of all installed fonts. In order to determine the font name expected by 
PDFlib, install Font Tools and issue the following statement on the command-line:
ftxinstalledfonts -f
4.2.3 User-Defined (Type 3) Fonts
Type 3 fonts in PDF (as opposed to PostScript Type 3 fonts) are not actually a file format. 
Instead, the glyphs in a Type 3 font must be defined at runtime with standard PDFlib 
graphics functions. Since all PDFlib features for vector graphics, raster images, and even 
text output can be used in Type 3 font definitions, there are no restrictions regarding 
the contents of the characters in a Type 3 font. Combined with the PDF import library 
PDI you can even import complex drawings as a PDF page, and use those for defining a 
character in a Type 3 font.
Note PostScript Type 3 fonts are not supported.
Type 3 fonts must completely be defined outside of any page (more precisely, the font 
definition must take place in document scope). The following example demonstrates the 
definition of a simple Type 3 font:
PDF_begin_font(p, "Fuzzyfont", 0, 1.0, 0.0, 0.0, 1.0, 0.0, 0.0, "");
PDF_begin_glyph(p, "circle", 1000, 0, 0, 1000, 1000);
PDF_arc(p, 500, 500, 500, 0, 360);
PDF_begin_glyph(p, "ring", 400, 0, 0, 400, 400);
PDF_arc(p, 200, 200, 200, 0, 360);
The font will be registered in PDFlib, and its name can be supplied to PDF_load_font( ) 
along with an encoding which contains the names of the glyphs in the Type 3 font. 
Please note the following when working with Type 3 fonts:
> Similar to patterns and templates, images cannot be opened within a glyph descrip-
tion. However, they can be opened before starting a glyph description, and placed 
within the glyph description. Alternatively, inline images may be used for small bit-
maps to overcome this restriction.
1. See 
2. See 
4.2  Supported Font Formats 77
> Due to restrictions in PDF consumers all characters used with text output operators 
must actually be defined in the font: if character code x is to be displayed with PDF_
show( ) or a similar function, and the encoding contains glyphname at position x, 
then glyphname must have been defined via PDF_begin_glyph( ). This restriction af-
fects only Type 3 fonts; missing glyphs in PostScript Type 1, TrueType, or OpenType 
fonts will simply be ignored.
> Some PDF consumers (this is not true for Acrobat) require a glyph named .notdef if 
codes will be used for which the corresponding glyph names are not defined in the 
font. The .notdef glyph must be present, but it may simply contain an empty glyph 
> When normal bitmap data is used to define characters, unused pixels in the bitmap 
will print as white, regardless of the background. In order to avoid this and have the 
original background color shine through, use the mask parameter for constructing 
the bitmap image.
> The interpolate option for images may be useful for enhancing the screen and print 
appearance of Type 3 bitmap fonts.
Chapter 4:  Text Handling
4.3 Font Embedding and Subsetting
4.3.1 Making Fonts available to PDFlib
PDFlib can access font data from various sources:
> Disk-based font files which have been statically configured via a UPR configuration 
file (see Section 3.1.6, »Resource Configuration and File Searching«, page 45) or dy-
namically via PDF_set_parameter( ) and the FontOutline resource category.
> Fonts which have been installed in the operating system. We refer to such fonts as 
host fonts. Instead of fiddling with font and configuration files simply install the font 
in the operating system (read: drop it into the appropriate fonts directory), and 
PDFlib will happily use it. Host fonts are available on Mac and Windows systems. 
They can explicitly be configured with the HostFont UPR resource category in order to 
control the search order. This feature can be used, for example, to prefer host fonts 
over the built-in core fonts.
> Font data passed by the client directly in memory by means of a PDFlib virtual file 
(PVF). This is useful for advanced applications which have the font data already load-
ed into memory and want to avoid unnecessary disk access by PDFlib (see Section 
3.1.5, »The PDFlib Virtual File System (PVF)«, page 44 for details on virtual files).
4.3.2 Font Embedding
The PDF core fonts. PDF viewers support a core set of 14 fonts which are assumed to be 
always available. Full metrics information for the core fonts is already built into the PD-
Flib binary so that no additional font files are required (unless the font is to be embed-
ded). The core fonts are the following:
Courier, Courier-Bold, Courier-Oblique, Courier-BoldOblique,
Helvetica, Helvetica-Bold, Helvetica-Oblique, Helvetica-BoldOblique,
Times-Roman, Times-Bold, Times-Italic, Times-BoldItalic,
Symbol, ZapfDingbats
PDF supports fonts outside the set of 14 core fonts in several ways. PDFlib is capable of 
embedding font outlines into the generated PDF output. Font embedding is controlled 
via the embedding option of PDF_load_font( ), although in some cases PDFlib will en-
force font embedding (see below).
Alternatively, a font descriptor containing only the character metrics and some gen-
eral information about the font (without the actual glyph outlines) can be embedded. If 
a font is not embedded in a PDF document, Acrobat will take it from the target system if 
available, or construct a substitute font according to the font descriptor. Table 4.1 lists 
different situations with respect to font usage, each of which poses different require-
ments on the font and metrics files required by PDFlib.
When a font with font-specific encoding (a symbol font) or one containing glyphs 
outside Adobe’s Standard Latin character set is used, but not embedded in the PDF out-
put, the resulting PDF will be unusable unless the font is already natively installed on 
the target system (since Acrobat can only simulate Latin text fonts). Such PDF files are 
inherently nonportable, although they may be of use in controlled environments, such 
as intra-corporate document exchange.
4.3  Font Embedding and Subsetting 79
Forced font embedding. PDF requires font embedding for certain combinations of 
font and encoding. PDFlib will therefore force font embedding (regardless of the embed-
ding option) in the following cases:
> Using glyphid or unicode encoding with a TrueType or OpenType font with TT out-
> Using a TrueType font or an OpenType font with TrueType outlines with an encod-
ing different from winansi and macroman.
Note that font embedding will not be enforced for OpenType fonts with PostScript out-
lines. The requirement for font embedding is caused by the internal conversion to a CID 
font, which can be disabled by setting the autocidfont parameter to false. Doing so will 
also disable the forced embedding. Note that in this case not all Latin characters will be 
accessible, and characters outside the Adobe Glyph List (AGL) won’t work at all.
Legal aspects of font embedding. It’s important to note that mere possession of a font 
file may not justify embedding the font in PDF, even for holders of a legal font license. 
Many font vendors restrict embedding of their fonts. Some type foundries completely 
forbid PDF font embedding, others offer special online or embedding licenses for their 
fonts, while still others allow font embedding provided subsetting is applied to the font. 
Please check the legal implications of font embedding before attempting to embed 
fonts with PDFlib. PDFlib will honor embedding restrictions which may be specified in a 
TrueType or OpenType font. If the embedding flag in a TrueType font is set to no 
, PDFlib will honor the font vendor’s request, and reject any attempt at em-
bedding the font.
4.3.3 Font Subsetting
In order to decrease the size of the PDF output, PDFlib can embed only those characters 
from a font which are actually used in the document. This process is called font subset-
ting. It creates a new font which contains fewer glyphs than the original font, and omits 
font information which is not required for PDF viewing. Note, however, that Acrobat’s 
TouchUp tool will refuse to work with text in subset fonts. Font subsetting is particular-
ly important for CJK fonts. PDFlib supports subsetting for the following types of fonts:
Table 4.1 Different font usage situations and required metrics and outline files
font usage
font metrics file required?
font outline file required?
one of the 14 core fonts
TrueType or OpenType font installed on the Mac, or 
TrueType, OpenType, or PostScript fonts installed on 
the Windows system (host fonts)
non-core PostScript fonts
(only for font embedding)
TrueType fonts
OpenType fonts with TrueType or PS outlines, 
including CJK TrueType and OpenType fonts
standard CJK fonts
1. PostScript font outlines may be supplied for embedding, but not TrueType font outlines.
2. See Section 4.7, »Chinese, Japanese, and Korean Text«, page 97 for more information on CJK fonts.
1. More specifically: if the fsType flag in the OS/2 table of the font has a value of 2.
Chapter 4:  Text Handling
> TrueType fonts,
> OpenType fonts with PostScript or TrueType outlines.
When a font for which subsetting has been requested is used in a document, PDFlib will 
keep track of the characters actually used for text output. There are several controls for 
the subsetting behavior:
> The default subsetting behavior is controlled by the autosubsetting parameter. If it is 
true, subsetting will be enabled for all fonts where subsetting is possible. The default 
value is true.
> If the autosubsetting parameter is false, but subsetting is desired for a particular font 
nevertheless, the subsetting option must be supplied to PDF_load_font( ).
> The subsetlimit parameter contains a percentage value. If a document uses more than 
this percentage of glyphs in a font, subsetting will be disabled for this particular 
font, and the complete font will be embedded instead. This saves some processing 
time at the expense of larger output files:
PDF_set_value(p, "subsetlimit", 75); /* set subset limit to 75% */
The default value of subsetlimit is 100 percent. In other words, the subsetting option 
requested at PDF_load_font( ) will be honored unless the client explicitly requests a 
lower limit than 100 percent.
> The subsetminsize parameter can be used to completely disable subsetting for small 
fonts. If the original font file is smaller than the value of subsetminsize in KB, font 
subsetting will be disabled for this font. The default value is 100 KB.
Embedding and subsetting TrueType fonts. The dependencies for TrueType handling 
are a bit confusing due to certain requirements in PDF. The following is a summary of 
the information in previous paragraphs.
If a TrueType font is used with an encoding different from winansi and macroman it 
will be converted to a CID font for PDF output by default. For encodings which contain 
only characters from the Adobe Glyph List (AGL) this can be prevented by setting the 
autocidfont parameter to false. If the font is converted to a CID font, it will always be em-
bedded. Subsetting will be applied by default, unless the autosubsetting parameter is set 
to false, or the percentage of used glyphs is higher than the subsetlimit parameter, or the 
font file size is in KB smaller than the value of the subsetminsize parameter.
Documents you may be interested
Documents you may be interested