diff options
author | Akira Kakuto <kakuto@fuk.kindai.ac.jp> | 2017-05-06 20:36:40 +0000 |
---|---|---|
committer | Akira Kakuto <kakuto@fuk.kindai.ac.jp> | 2017-05-06 20:36:40 +0000 |
commit | f990d3b31353f4fa27c61965524c96d5bbceae0b (patch) | |
tree | 390984f99ae1b4babbc43822636e490fb0bce8ea /Master/texmf-dist/doc | |
parent | 4eb74bf265e108feb0a43ede53b1c05e5818d276 (diff) |
doc/dvipdfmx: Documents from the author, S. Hirata
git-svn-id: svn://tug.org/texlive/trunk@44224 c570f23f-e606-0410-a88d-b1316a301751
Diffstat (limited to 'Master/texmf-dist/doc')
-rw-r--r-- | Master/texmf-dist/doc/dvipdfmx/dvipdfmx.pdf | bin | 0 -> 183084 bytes | |||
-rw-r--r-- | Master/texmf-dist/doc/dvipdfmx/dvipdfmx.tex | 1279 | ||||
-rw-r--r-- | Master/texmf-dist/doc/dvipdfmx/fdl-1.3.txt | 451 |
3 files changed, 1730 insertions, 0 deletions
diff --git a/Master/texmf-dist/doc/dvipdfmx/dvipdfmx.pdf b/Master/texmf-dist/doc/dvipdfmx/dvipdfmx.pdf Binary files differnew file mode 100644 index 00000000000..3a9ac317fa3 --- /dev/null +++ b/Master/texmf-dist/doc/dvipdfmx/dvipdfmx.pdf diff --git a/Master/texmf-dist/doc/dvipdfmx/dvipdfmx.tex b/Master/texmf-dist/doc/dvipdfmx/dvipdfmx.tex new file mode 100644 index 00000000000..df6c7cabe9e --- /dev/null +++ b/Master/texmf-dist/doc/dvipdfmx/dvipdfmx.tex @@ -0,0 +1,1279 @@ +\documentclass[a4paper,xetex]{article} +\usepackage{xltxtra} +\usepackage{fontspec} +\usepackage{microtype} +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% +%% PLATFORM DEPENDENT INSTRUCTION HERE +%% Font setup for body text. +\setmainfont{Constantia} +\setsansfont{Cambria} +\setmonofont[Scale=0.92]{Consolas}% Adjust xheight difference +%% The following section is for showing some fancy examples. +%% Some fonts used here may not be availabel on your system. +%% Please modify this. Just replacing with empty macros is OK. +\newcommand{\jpzerofourexamples}{{% +\setmainfont[Scale=5,RawFeature=+jp04]{SourceHanSerifJP-Light.otf}葛祇逢}} +\newcommand{\jpninezeroexamples}{{% +\setmainfont[Scale=5,RawFeature=+jp90]{SourceHanSerifJP-Light.otf}葛祇逢}} +%% We use PostScript raw code here to test dvipdfmx's capability. +%% TFM files `rml' and `rmlv' are distributed with ASCII pTeX. +%% TrueType font `yumindb.ttf' is bundled with Windows 10. +\newcommand{\jphoritext}{% +\makebox[112bp][l]{% +\raisebox{88bp}[112bp][0bp]{% +\special{pdf:mapline rml UniJIS-UTF8-H yumindb.ttf} +\special{ps: rml findfont 16 scalefont setfont + currentpoint moveto (「こんにちは」) show}% +}}} +\newcommand{\jpverttext}{% +\makebox[16bp][l]{% +\raisebox{112bp}[112bp][0bp]{% +\special{pdf:mapline rmlv UniJIS-UTF8-V yumindb.ttf} +\special{ps: rmlv findfont 16 scalefont setfont + currentpoint moveto (「こんにちは」) show}% +}}} +%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% +\usepackage{xcolor,hyperref,hyperxmp} +\hypersetup{% + bookmarksnumbered=true,% + colorlinks=true,% + urlcolor=[rgb]{0.2,0.2,0.4}, + linkcolor=[rgb]{0.2,0.2,0.4}, + pdftitle={The Dvipdfmx User's Manual},% + pdfauthor={The dvipdfmx project team},% + pdfsubject={A User's Manual for Dvipdfmx and Xdvipdfmx.},% + pdfkeywords={dvipdfmx, XeTeX, TeX, LaTeX}, + pdflang=en, + pdfcopyright={Copyright © The dvipdfmx project team. + Permission is granted to copy, distribute and/or modify this document + under the terms of the GNU Free Documentation License, Version 1.3 + or any later version published by the Free Software Foundation; + with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. + A copy of the license is included in the section entitled "GNU + Free Documentation License".}, + pdflicenseurl={http://www.gnu.org/licenses/fdl.html} +} +\usepackage{listings} +\lstset{ + keepspaces=true, + basicstyle={\ttfamily}, + frame={tb}, + breaklines=true, + columns=[l]{fullflexible}, + numbers=none, + xrightmargin=2em, + xleftmargin=2em, + aboveskip=2em, + belowskip=2em +} +\usepackage{mflogo} +\usepackage{marginnote} +\renewcommand*{\marginfont}{\footnotesize\itshape} +\usepackage[noorphans,font=itshape]{quoting} +\newcommand{\package}[1]{{\itshape #1}} +\newcommand{\code}[1]{\texttt{#1}} +\newcommand{\option}[1]{`\texttt{#1}'} +\newcommand{\dvipdfm}{\texttt{dvipdfm}} +\newcommand{\dvipdfmx}{\texttt{dvipdfmx}} +\newcommand{\xdvipdfmx}{\texttt{xdvipdfmx}} +\newcommand{\deprecated}[1]{\marginnote{\addfontfeatures{Color=CC3333}#1}} +\newcommand{\lnum}[1]{{\addfontfeatures{RawFeature=+lnum}#1}} +\usepackage{fancyhdr} +\pagestyle{fancy} +%\lhead{} +\title{The \dvipdfmx\ User's Manual} +\author{The \dvipdfmx\ project team\footnote{Jin-Hwan Cho, Matthias Franz, +and \href{mailto:shunsaku.hirata74@gmail.com}{Shunsaku Hirata}}} +\date{May 6, 2017} +\begin{document} + +\maketitle +%\tableofcontents + +\section{Introduction} + +The \dvipdfmx\ (formerly \dvipdfm-cjk) project +provides an extended version of the \dvipdfm, a DVI to PDF translator developed +by Mark~A.~Wicks. + +The primary goal of this project is to support multi-byte character encodings +and large character sets such as for East Asian languages. +This project started as a combined work of the \dvipdfm-jpn project by +Shunsaku Hirata and its modified one, \dvipdfm-kor, by Jin-Hwan Cho. + +Extensions to \dvipdfm\ include, +\begin{itemize} + \item Support for OpenType and TrueType font, including partial support + for OpenType Layout for finding glyphs and vertical writing. + \item Support for CJK-\LaTeX\ and H\LaTeX\ with Subfont Definition Files. + \item Support for various legacy multi-byte encodings via PostScript CMap + Resources. + \item Unicode related features: Unicode as an input encoding and + auto-creation of ToUnicode CMaps. + \item Support for p\TeX\ (a Japanese localized variant of \TeX) including + vertical writing extension. + \item Some extended DVI specials. + \item Reduction of output files size with on-the-fly Type1 to CFF (Type1C) + conversion and PDF object stream. + \item Advanced raster image support including alpha channels, embedded + ICC profiles, 16-bit bit-depth colors, and so on. + \item Basic PDF password security support for PDF output. +\end{itemize} +Some important features are still missing: +\begin{itemize} + \item Linearization. + \item Color Management. + \item Resampling of images. + \item Selection of compression filters. + \item Variable font and OpenType 1.8. + \item and many more... +\end{itemize} + +\dvipdfmx\ is now maintained as part of \TeX\ Live. Latest source code can +be found at \TeX\ Live SVN repository. For an instruction on accessing the +development sources for TeX Live, see,\medskip + +\url{http://www.tug.org/texlive/svn/} +\medskip + +This manual, ``The \dvipdfmx\ User's Manual'', is originally prepared for +\TeX\ Live 2017. Current maintainer of this manual is Shunsaku Hirata. +Latest version and contact information can be found at:\medskip + +\url{http://github.com/shirat74/dvipdfm-x-doc/} +\medskip + +\noindent{}Please send quenstions or suggestions. + +\subsection{\xdvipdfmx} + +\xdvipdfmx\ is an extended version of \dvipdfmx, and is now incorporated into +\dvipdfmx. + +The \xdvipdfmx\ extensions provides support for the Extended DVI (.xdv) format +generated by \XeTeX which includes support for platform-native fonts and the +\XeTeX\ graphics primitives, as well as Unicode text and OpenType font. + +\XeTeX\ originally used a Mac-specific program called \code{xdv2pdf} as a +backend program instead of \xdvipdfmx. The \code{xdv2pdf} program supported +a couple of special effects that are not yet available through \xdvipdfmx: +The Quartz graphics-based shadow support, AAT ``variation'' fonts such as Skia, +transparency as an attribute of font, and so on. +It would be nice if they continue to be supported. Suggestions and help are +welcomed. + + +\subsection{Legal Notice} + +Copyright © The dvipdfmx project team. +Permission is granted to copy, distribute and/or modify this document +under the terms of the GNU Free Documentation License, Version 1.3 +or any later version published by the Free Software Foundation; +with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. +A copy of the license is included in the section entitled +``\hyperref[SEC:FDL]{GNU Free Documentation License}''. + +\section{Installation and Usage} + +Typical usage and installation steps are not different from the original +\dvipdfm. Please refer documents from \dvipdfm\ distribution for detailed +instruction on how to install and how to use \dvipdfm. The \dvipdfm\ manual is +available from its CTAN site:\medskip + +\url{http://www.ctan.org/tex-archive/dviware/dvipdfm} +\medskip + +The minimal requirements for building \dvipdfmx\ is the \code{kpathsea} library. +\code{zlib} for compression and \code{libpng} for PNG inclusion are highly +recommended. Optionally, the libpaper library may be used to handle paper sizes. + +This document only describes additions and modifications to \dvipdfm. +Please refer the +``\href{http://mirrors.ctan.org/dviware/dvipdfm/dvipdfm.pdf}{Dvipdfm User's Manual}'' +available from the CTAN site mentioned above for basic usage. + +Some additional command line options recognized by \dvipdfmx\ are listed in +Table~\ref{TABLE:options}. Try +\begin{lstlisting} +dvipdfmx --help +\end{lstlisting} +for the list of command line options and thier explanations. + +\begin{table} + \centering + \begin{tabular}{lp{8cm}}\hline + Option & Description \\ \hline\hline + \code{-C} \textit{number} & Specify miscellaneous option flags. See, + section of ``\hyperref[SEC:compatibility]{Incompatible Changes}'' for + details. \\ + \code{-S} & Enable PDF encryption. \\ + \code{-K} \textit{number} & Set encryption key length. The default value + is 40.\\ + \code{-P} \textit{number} & Set permission flags for PDF encryption. + The \textit{number} is a 32-bit unsigned integer representing permission + flags. + See, section of ``\hyperref[SEC:encryption]{Encryption Support}''. + The default value is \code{0x003C}.\\ + \code{-I} \textit{number} & Life of image cache in hours. By specifying + value \code{0} \dvipdfmx\ erases cached images, and value \code{-1} + erases all cached images and does not leave newly generated one. The + default value is \code{-2}. (ignore image cache) \\ + \code{-M} & Process \MP\ generated PostScript file.\\ + \code{-E} & Always try to embed fonts \emph{regardless of + liscensing}.\\ + \hline + \end{tabular} + \caption{Additional command line options recognized by \dvipdfmx.}% + \label{TABLE:options} +\end{table} + + +\section{Quick Guide} + +\dvipdfmx\ is supposed to be used by users of \LaTeX\ packages for typesetting +CJK languages like H\LaTeX\ and CJK-\LaTeX, and \TeX\ variants such as \XeTeX, +p\TeX, and up\TeX. +This section is intended to be a quick guide for each users. + +\subsection{\texorpdfstring{\XeTeX}{XeTeX}} +For \XeTeX\ users, most part of this document is irrelevant except section of +``\hyperref[SEC:graphics]{Graphics and Image Formats}'' and +``\hyperref[SEC:specials]{DVI Specials}''. + +\subsection{p\TeX} +p\TeX\ users are at least required to install several auxilially files +mentioned in the section of ``\hyperref[SEC:auxfiles]{Auxilially Files}'' +and to setup fontmappings. Just install the \package{adobemappings} and +\package{glyphlist} for auxilially files. (As \TeX\ Live basic intallation +requires them, they are probably already installed for \TeX\ Live users.) + +Setting up fontmaps can be done easily with help of the \package{ptex-fontmaps} +package. For examples, to use with IPA fonts (contained +in the \package{ipaex} package), run, +\begin{lstlisting} +updmap ipaex +\end{lstlisting} +Alternatively, just for a quick test of installation, try the following: +\begin{lstlisting} +\documentclass{article} +\begin{document} +\special{pdf:mapline rml H KozMinProVI-Regular} +...Some Japanese text goes here... +\end{document} +\end{lstlisting} +In this example, PDF viewer which can handle substitute font is required since +\dvipdfmx\ does not embed fonts. + +For using Japanese text in PDF document information and annotations, put +the following \code{special} command, +\begin{lstlisting} +\AtBeginDocument{\special{pdf:tounicode 90ms-RKSJ-UCS2}} +\end{lstlisting} +in the preamble. +The above \code{special} command instructs \dvipdfmx\ to convert text encoded +in Shift-JIS to Unicode. For EUC-JP, replace 90ms-RKJK-UCS2 with EUC-UCS2. + +\subsection{up\TeX} +up\TeX\ users are basically the same as p\TeX\ users but there are two choices +for setting fontmaps. Setup fontmaps as mentioned in the above for p\TeX, or use +keyword \code{unicode} in the encoding field of fontmap files. + +The former case might be easier as auto-creation of fontmap files can be done +with the \code{updmap} program and the \package{ptex-fontmaps} package. But in +this method there are some difficulties when using fonts which employ character +collection (glyph repertoire) other than Adobe-Japan1 in the case of PostScript +flvavored OpenType fonts. +In the later case, the \package{adobemappings} package is not reuiqred +and newer PostScript flavored OpenType fonts which do not employ Adobe-Japan1 +can be used too. + +Using \code{unicode} is more simpler and intuitive thus it is recommended to +use this method.\footnote{For \TeX\ Live 2017. Earlier versions have buggy +support.} +Typical example fontmap entries for using Adobe's SouceHan fonts look like: +\begin{lstlisting} +urml unicode SourceHanSerifJP-Light.otf +urmlv unicode SourceHanSerifJP-Light.otf -w 1 +ugbm unicode SourceHanSansJP-Medium.otf +ugbmv unicode SourceHanSansJP-Medium.otf -w 1 +\end{lstlisting} + +As in p\TeX, the following \code{special} instruction is necessary to PDF +document information and annotations to be shown correctly: +\begin{lstlisting} +\AtBeginDocument{\special{pdf:tounicode UTF8-UCS2}} +\end{lstlisting} +Here, input encodig is assumed to be UTF-8. + +\subsection{CJK-\LaTeX} + +CJK-\LaTeX users are required to have Subfont Definition Files to be installed. +They are available as part of the \package{ttfutils} package. + +To use TrueType Ariphic fonts provided by the \package{arphic-ttf} package: +\begin{lstlisting} +\documentclass{article} +\usepackage{CJKutf8} +...Other packages loaded here... +\AtBeginDocument{% + \special{pdf:tounicode UTF8-USC2}% + \special{pdf:mapline bsmiu@Unicode@ unicode bsmi00lp.ttf}% + } +\begin{document} +\begin{CJK}{UTF8}{bsmi} +...some Chinese text goes here... +\end{CJK} +\end{document} +\end{lstlisting} +Here, \code{pdf:mapline} special is used to setup fontmappings. + +\section{Auxiliary Files}\label{SEC:auxfiles} + +This section is mostly for supporting legacy encodings and legacy font format +such as PostScript Type1 font. \XeTeX\ users may skip this section. + +\dvipdfmx\ has a capability to handle various input encodings from 7-bit +encodings to variable-width multi-byte encodings. It also has some sort of +Unicode support. Several auxiliary files which are not common to \TeX\ users +are needed to enable those features. This section shortly describes about them. + +\subsection{PostScript CMap Resources} + +PostScript CMap Resources\footnote{See, ``\href{http://www.adobe.com/content/dam/Adobe/en/devnet/font/pdfs/5014.CIDFont\_Spec.pdf}{Adobe CMap and CIDFont Files Specification}''} +are required for supporting lagacy encodings such as Shift-JIS, EUC-JP, Big5, +and other East Asian encodings. \dvipdfmx\ internally identifies glyphs with +identifiers (CIDs\footnote{PostScript terminology ``Character IDentifier''.}) +represented as an integer ranging from 0 to 65535 in the CID-based glyph access. +PostScript CMap Resources describes the mapping between sequences of input +character codes and CIDs. \dvipdfmx\ has an extensible support for multi-byte +encodings via PostScript CMap Resources. + +CMap files for standard East Asian encodings, for use with Adobe's character +collections, are included in the \package{adobemapping} package. +The latest version of those CMap files maintained by Adobe can be found at +Adobe's GitHub Project page:\medskip + +\url{http://github.com/adobe-type-tools/cmap-resources} +\medskip + +Those files are mandatory for supporting p\TeX. up\TeX\ users may also +want to install them but they are not required. + +\subsection{Subfont Definition Files} + +CJK fonts usually contain several thousands of glyphs. For using such fonts +with (original) \TeX, which can only handle 8-bit encodings, it is necessary to +split fonts into several ``subfonts''. Subfont Definition File (SFD) +specify the way how those fonts are split into subfonts. \dvipdfmx\ uses SFD +files to convert subfonts back to a single font. + +SFD files are not required for use with \TeX\ variants which can handle +multi-byte character encodings and large character sets such as p\TeX, +up\TeX,\XeTeX, and Omega. +H\LaTeX\ and CJK-\LaTeX\ users are required to have those files to be +installed. SFD files are available as a part of the \package{ttfutils} package +for \TeX\ Live users. + +\subsection{The Adobe Glyph List and ToUnicode Mappings} + +The Adobe Glyph List\footnote{See, ``\href{http://github.com/adobe-type-tools/agl-specification}{Adobe Glyph List Specification}''} (AGL) +describes correspondence between PostScript glyph names (e.g., \code{AE}, +\code{Aacute},...) and Unicode character sequences representing them. +Some features described in the section ``Unicode Support'' requires AGL file. + +\dvipdfmx\ looks for the file \code{glyphlist.txt} when conversion from +PostScript glyph names to Unicode sequences is necessary. +This conversion is done in various situations; when creating ToUnicode CMaps +for 8-bit encoding fonts, finding glyph descriptions from TrueType and OpenType +fonts when the font itself does not provide a mapping from PostScript glyph +names to glyph indices (version 2.0 ``post'' table), and when the encoding +\code{unicode} is specified for Type1 font. + +AGL file is included in the \package{glyphlist} package. The latest version +can be found at Adobe's GitHub site:\medskip + +\url{http://github.com/adobe-type-tools/agl-aglfn} +\medskip + +ToUnicode Mappings are similar to AGL but they describe correspondence +between CID numbers (instead of glyph names) and Unicode values. +The content of those files are the same as CMap Resources. +They are required when using TrueType fonts emulated as CID-keyed fonts. +They should be found in the same directory as ordinary CMap files. + +ToUnicode Mapping files are included in \package{adobemapping} package. +Those files are not required for \XeTeX\ users. + +\section{Overview of Extensions} + +This section gives a quick overview of \dvipdfmx's extended capabilities. + +\subsection{CJK Support} + +There are many extensions made for supporting CJK languages. Features described +here is mainly for CJK languages but their use is actually not limited to it. +Those features are implemented in a generic way so that it can be beneficial to +users who are not involved in CJK languages. + +\subsubsection{Legacy Multi-byte Encodings} + +\dvipdfmx\ has an extensible support for encodings by means of +PostScript CMap Resources. Just like \code{enc} files are written for 8-bit +encodings, one can write their own CMap files to support custom encodings. +See, Adobe's technical notes for details on PostScript CMap Resources. + +\subsubsection{Vertical Writing} + +\dvipdfmx\ supports vertical writing extension used by p\TeX\ and up\TeX. +A DVI instruction to set writing mode is supported. OpenType Layout +GSUB Feature is supported for selecting vertical version of glyphs. + +\begin{figure} +\centering +\jphoritext\hspace{24pt}\jpverttext% +\caption{An example of horizontal and vertical text; +left and right corner brackets are replaced with their vertical counterparts.}% +\label{FIG:verttext} +\end{figure} + +\subsection{Unicode Support} + +Unicode support here consists of two parts: Supporting Unicode as input +encodings and making output PDF files ``Unicode aware''. + +\subsubsection{Unicode as Input Encoding} + +\dvipdfmx\ recognizes an additional keyword \code{unicode} in fontmap files +to declare that Unicode values are used in input DVI files. Unicode support is +basically limited to the Basic Multilingual Plane (BMP) since there are no +support for code ranges that requires more than three bytes in TFM and extended +TFM formats. + +\subsubsection{ToUnicode CMap Support} + +In PDF,it is often the case that text is not encoded in Unicode. +However, modern applications usually want them represented in Unicode to make +it usable. ToUnicode CMaps are a bridge between PDF text string encodings +and Unicode encodings, and they makes it possible to extract text in PDF as +Unicode encoded strings. It is important to make resulting PDF search-able and +copy-and-past-able. Dvipdfmx supports the auto-creation of ToUnicode CMaps. + +It will not work properly for multiply encoded glyphs due to fundamental +limitations of Unicode conversion mechanism with ToUnicode CMaps. + +\subsection{Other Extensions} + +\dvipdfmx\ can generate encrypted PDF documents to protect its contents from +unauthorized access. It is limited to passorwd-based authentication, and +public-key based authentication is not supported. The 256-bit AES encryption is +also supported for PDF version 1.7 setting although it may not be supported +by PDF viewers. + +There are various other improvements over \dvipdfm. The most notable one is +more improved PDF input and output support: The cross-reference stream and +object stream introduced in PDF-1.5 are also supported. + + +\section{Graphics and Image Format}\label{SEC:graphics} + +Graphics support was mostly rewritten. Support for BMP and JPEG\lnum{2000} is +added. An effort to preserve more information originally found in included +images, e.g., embedded ICC Profiles and XMP Metadata, was made. + +However, \dvipdfmx\ does not support various features common to graphics +manipulation programs such as resampling, color conversion, and selection of +compression filters. Thus, it is recommended to use other programs specialized +in image manipulation for preparation of images. + +\subsection{Supported Graphics File Formats} + +Supported formats are, PNG, JPEG, \lnum{JPEG2000}, BMP, PDF, and \MP\ generated +EPS. All other format images, such as SVG and PostScript, must be converted to +other format supported by \dvipdfmx\ before inclusion. +The \option{-D} option, as in \dvipdfm, can be used for filtering images. + +\subsection{PNG and JPEG} + +PNG and JPEG are supported as in \dvipdfm\ but it is mostly rewritten. + +PNG support includes most of important features of PNG such as color palette, +transparency, 16bit bit-depth color, embedded ICC Profiles, and calibrated +colors specified by \code{gAMA} and \code{cHRM} chunks. XMP Metadata is also +supported. Predictor filter may be applied for Flate compression which result in +better compression for larger images. Application of the predictor filter +sometimes makes compression speed very slow. Please try \option{-C 0x20} +(disable predictor filters) command line option to check if slowness is due to +the predictor filter. + +JPEG is relatively well supported. \dvipdfmx\ supports embedded ICC Profiles +and CMYK color. Embedded XMP metadata is also supported. +\dvipdfmx\ uses JFIF or Exif data to determin image's physical size. + +\subsection{PDF and ``MPS''} + +PDF inclusion is supported as in \dvipdfm, with various important enhancement +over \dvipdfm\ for robust inclusion. \dvipdfmx\ can handle cross-reference +streams and object streams introduced in \lnum{PDF-1.5}. +\dvipdfmx\ also supports inclusion of PDF pages other than the first page. +However, tagged PDF may cause problems and annotations are not kept. + +For \MP\ generated EPS files, multi-byte encoding support is added. +\dvipdfmx\ also supports ``\MP\ mode'': When \dvipdfmx\ is invoked with +\option{-M} option, it enters in \MP\ mode and processes a \MP\ +generated EPS file as input.% +\footnote{\code{prologue} must be set to \code{2}.} + +\subsection{Additional Supported Formats} + +BMP is supported but limited to uncompressed or RLE-compressed raster +images. Extensions are not (won't be) supported. + +\lnum{JPEG2000} is also supported. It is restricted to JP2 and JPX baseline +subset as required by PDF spec. It is not well supported and still in +an experimental stage. J2C format and transparency are not supported. + + +\subsection{Image Cache} + +Chaching of images generated via filtering command specified with \option{-D} +option is supported. It solves the problems that image inclusion becomes very +slow when external filtering program such as GhostScript is invoked each time +images are included. + +Use \option{-I} option to enable this feature: +\begin{lstlisting} +-I 24 +\end{lstlisting} +where the integer represents the life of cache files, 24 hours in this example. + + +\section{DVI Specials}\label{SEC:specials} + +\dvipdfmx\ is mostly compatible to \dvipdfm. +Several DVI \code{special} commnads are added for more flexible PDF generation: +Creation of arbitrary stream object, controlling \dvipdfmx\ behavior, and some +specials which might be useful for graphics drawing packages. + + +\subsection{Additions to \dvipdfm's \code{pdf:} Special} + +The \code{pdf:fstream} special is added, which enables creation of PDF stream +object from an existing file. +\begin{lstlisting} +pdf:fstream @identifier (filename) <<dictionary>> +\end{lstlisting} +where identifier and filename (specified as a PDF string object) are +mandatory and a dictionary object which is to be added to the stream +dictionary following the filename is optional. + +For examples, to incorporate a XMP Metadata, +\begin{lstlisting} +\special{pdf:fstream @xmp (test.xmp) << + /Type /Metadata + /Subtype /XML +>>} +\special{pdf:put @catalog << /Metadata @xmp >>} +\end{lstlisting} + +Similary, \code{pdf:stream} special can be used to create a PDF stream +object from a PDF string instead of a file: +\begin{lstlisting} +\special{pdf:stream @MyPattern + (0.16 0 0 0.16 0 0 cm 4 w + 50 0 m 50 28 28 50 0 50 c S 100 50 + m 72 50 50 28 50 0 c S + 50 100 m 50 72 72 50 100 50 c S + 0 50 m 28 50 50 72 50 100 c S + 100 50 m 100 78 78 100 50 100 c 22 100 0 78 0 50 c + 0 22 22 0 50 0 c 78 0 100 22 100 50 c S + 0 0 m 20 10 25 5 25 0 c f 0 0 m 10 20 5 25 0 25 c f + 100 0 m 80 10 75 5 75 0 c f + 100 0 m 90 20 95 25 100 25 c f + 100 100 m 80 90 75 95 75 100 c f + 100 100 m 90 80 95 75 100 75 c f + 0 100 m 20 90 25 95 25 100 c f + 0 100 m 10 80 5 75 0 75 c f + 50 50 m 70 60 75 55 75 50 c 75 45 70 40 50 50 c f + 50 50 m 60 70 55 75 50 75 c 45 75 40 70 50 50 c f + 50 50 m 30 60 25 55 25 50 c + 25 45 30 40 50 50 c f + 50 50 m 60 30 55 25 50 25 c 45 25 40 30 50 50 c f) + << + /BBox [0 0 16 16] + /PaintType 2 + /PatternType 1 + /Resources << + /ProcSet [/PDF] + >> + /TilingType 3 + /Type /Pattern + /XStep 16 + /YStep 16 + >> +} +\end{lstlisting} +The above example defines a tiling pattern. With the following code: +\begin{lstlisting} +\special{pdf:put @resources + << + /ColorSpace << /CS01 [/Pattern /DeviceRGB] >> + /Pattern << /PT01 @MyPattern >> + >> +} +\special{pdf:content + q 0.8 0.3 0.3 RG /CS01 cs 0.8 0.3 0.3 /PT01 scn + 0 0 240 80 re f +} +\end{lstlisting} +it draws a box filled with a tiling pattern as shown in +Figure~\ref{FIG:pattern}. + +\special{pdf:stream @MyPattern + (0.16 0 0 0.16 0 0 cm 4 w + 50 0 m 50 28 28 50 0 50 c S 100 50 + m 72 50 50 28 50 0 c S + 50 100 m 50 72 72 50 100 50 c S + 0 50 m 28 50 50 72 50 100 c S + 100 50 m 100 78 78 100 50 100 c 22 100 0 78 0 50 c + 0 22 22 0 50 0 c 78 0 100 22 100 50 c S + 0 0 m 20 10 25 5 25 0 c f 0 0 m 10 20 5 25 0 25 c f + 100 0 m 80 10 75 5 75 0 c f + 100 0 m 90 20 95 25 100 25 c f + 100 100 m 80 90 75 95 75 100 c f + 100 100 m 90 80 95 75 100 75 c f + 0 100 m 20 90 25 95 25 100 c f + 0 100 m 10 80 5 75 0 75 c f + 50 50 m 70 60 75 55 75 50 c 75 45 70 40 50 50 c f + 50 50 m 60 70 55 75 50 75 c 45 75 40 70 50 50 c f + 50 50 m 30 60 25 55 25 50 c + 25 45 30 40 50 50 c f + 50 50 m 60 30 55 25 50 25 c 45 25 40 30 50 50 c f) + << + /BBox [0 0 16 16] + /PaintType 2 + /PatternType 1 + /Resources << + /ProcSet [/PDF] + >> + /TilingType 3 + /Type /Pattern + /XStep 16 + /YStep 16 + >> +}% +\begin{figure} +\centering +\raisebox{-80bp}[0bp][80bp]{\makebox[240bp][l]{\special{pdf:put @resources + << + /ColorSpace << /CS01 [/Pattern /DeviceRGB] >> + /Pattern << /PT01 @MyPattern >> + >> +}% +\special{pdf:content + 0.8 0.3 0.3 RG /CS01 cs 0.8 0.3 0.3 /PT01 scn + 0 0 240 80 re f +}}}% +\caption{An example of tiling pattern.}\label{FIG:pattern} +\end{figure} + +\code{pdf:mapline} and \code{pdf:mapfile} specials can be used to append a +fontmap entry or to load a fontmap file: +\begin{lstlisting} +pdf:mapline foo unicode bar +pdf:mapfile foo.map +\end{lstlisting} + +\code{pdf:majorversion} and \code{pdf:minorversion} specials can be used to +specify major and minor version of output PDF. +\begin{lstlisting} +pdf:minorversion 3 +\end{lstlisting} + +To protect output PDF with encryption, use \code{pdf:encrypt} special +\begin{lstlisting} +pdf:encrypt userpw (foo) ownerpw (bar) length 128 perm 20 +\end{lstlisting} +where user-password and owner-password must be specified as PDF string objects. +(which can be empty) Numbers specifying key-length and permission flags here +must be decimal numbers. See, section of ``\hyperref[SEC:encryption]{Encryption +Support}'' for a brief description of permission flags. + +Other notable extensions are \code{code}, \code{bcontent}, and +\code{econtent}. The \code{code} special can be used to insert raw PDF graphics +instructions into output page content stream. It is different from \dvipdfm's +\code{content} special in that it does not enclose contents with a \code{q} +and \code{Q} (save-restore of graphics state) pair. +A typical usage of this special is: +\begin{lstlisting} +\special{pdf:code q 1 Tr} +text goes here... +\special{pdf:code Q} +\end{lstlisting} +which changes text rendering mode to 1, as shown in Figure~\ref{FIG:trmode} for +example. + +\begin{figure} +\centering +\mbox{\special{pdf:code q 1 w 1 Tr}% +{\fontsize{200pt}{200pt}\selectfont\textchi}% +\special{pdf:code Q}}% +\caption{A character drawn in the PDF text rendering mode 1.}% +\label{FIG:trmode} +\end{figure} + +Be careful on using this special as it is very easy to generate +broken PDF files. The \code{bcontent} and \code{econtent} pair is fragile and +often incompatible to other groups of special commands. It is not +always guaranteed to work as `expected'. + +\subsection{Dvipdfmx Extensions} + +A new special \code{dvipdfmx:config} was introduced in \TeX Live 2016 which +makes it possible to invoke a command line option. Most single letter command +line options except \option{D} are supported. For examples, +\begin{lstlisting} +dvipdfmx:config C 0x10 +\end{lstlisting} +sets the \dvipdfmx's compatibility flag. + +\subsection{DVI Special Examples} + +The following code reads \TeX\ source file and creates a stream object named +as \code{@SourceFile}, then creates a file attachment annotation. +\marginnote{% +\special{pdf:fstream @SourceFile (\jobname.tex)}% +\special{pdf:ann width 10bp height 20bp + << /Type /Annot + /Subtype /FileAttachment + /FS << + /Type /Filespec + /F (\jobname.tex) + /EF << /F @SourceFile >> + >> + /Name /PushPin + /C [0.8 0.2 0.2] + /T (The dvipdfmx project team) + /Subj (The Dvipdmfx User's Manual) + /Contents (XeLaTeX source file of this manual.) + >> +}}% +\begin{lstlisting} +\special{pdf:fstream @SourceFile (\jobname.tex)}% +\special{pdf:ann width 10bp height 20bp + << /Type /Annot + /Subtype /FileAttachment + /FS << + /Type /Filespec + /F (\jobname.tex) + /EF << /F @SourceFile >> + >> + /Name /PushPin + /C [0.8 0.2 0.2] + /T (The dvipdfmx project team) + /Subj (The Dvipdfmx User's Manual) + /Contents (XeLaTeX source file of the manual.) + >> +} +\end{lstlisting} +An Example of separation color space: +\special{pdf:stream @TintTransform1 + ({0 exch dup 0.62 mul exch 0}) + << /FunctionType 4 + /Domain [ 0.0 1.0 ] + /Range [ 0.0 1.0 0.0 1.0 0.0 1.0 0.0 1.0 ] + >> +}% +\special{pdf:stream @TintTransform2 + ({dup 0.78 mul exch dup 0.05 mul exch 0.71 mul 0}) + << /FunctionType 4 + /Domain [ 0.0 1.0 ] + /Range [ 0.0 1.0 0.0 1.0 0.0 1.0 0.0 1.0 ] + >> +}% +\special{pdf:obj @Orange [ + /Separation /Orange /DeviceCMYK @TintTransform1 + ] +}% +\special{pdf:obj @Green [ + /Separation /Green /DeviceCMYK @TintTransform2 + ] +}% +\begin{center} +\mbox{% +\special{pdf:put @resources << + /ColorSpace << /CS01 @Orange /CS02 @Green >> + >> +}% +\fontsize{40pt}{40pt}\selectfont +\special{pdf:code q /CS01 cs 1.0 scn}Orange\special{pdf:code Q} and +\special{pdf:code q /CS02 cs 1.0 scn}Green\special{pdf:code Q} +} +\end{center} +\begin{lstlisting} +\special{pdf:stream @TintTransform1 + ({0 exch dup 0.62 mul exch 0}) + << /FunctionType 4 + /Domain [ 0.0 1.0 ] + /Range [ 0.0 1.0 0.0 1.0 0.0 1.0 0.0 1.0 ] + >> +} +\special{pdf:stream @TintTransform2 + ({dup 0.78 mul exch dup 0.05 mul exch 0.71 mul 0}) + << /FunctionType 4 + /Domain [ 0.0 1.0 ] + /Range [ 0.0 1.0 0.0 1.0 0.0 1.0 0.0 1.0 ] + >> +} +\special{pdf:obj @Orange [ + /Separation /Orange /DeviceCMYK @TintTransform1 + ] +} +\special{pdf:obj @Green [ + /Separation /Green /DeviceCMYK @TintTransform2 + ] +} +\mbox{% + \special{pdf:put @resources << + /ColorSpace << /CS01 @Orange /CS02 @Green >> + >> + }% + \special{pdf:code q /CS01 cs 1.0 scn} + Orange + \special{pdf:code Q} + and + \special{pdf:code q /CS02 cs 1.0 scn} + Green + \special{pdf:code Q} +} +\end{lstlisting} +Transparency example: +\special{pdf:obj @gs01 << + /Type /ExtGState /CA 0.6 /ca 0.6 /AIS false +>>}% +\begin{center} +\mbox{% + \special{pdf:put @resources << + /ExtGState << /GS01 @gs01 >> + >>}% + \fontsize{200pt}{200pt}\selectfont + \special{pdf:code q 1.0 0.8 0.2 rg} + \textalpha% + \special{pdf:code /GS01 gs 0.4 0.8 0.4 rg}% + \hspace{-0.3em}\textbeta% + \hspace{-0.3em}\raisebox{0.5ex}{% + \special{pdf:code 0.4 0.4 0.8 rg}% + \textpi% + } + \special{pdf:code Q}% +} +\end{center} +\begin{lstlisting} +\special{pdf:obj @GS01 << + /Type /ExtGState /CA 0.6 /ca 0.6 /AIS false +>>}% +\mbox{% + \special{pdf:put @resources << + /ExtGState << /GS01 @GS01 >> + >>}% + \special{pdf:code q 1.0 0.8 0.2 rg}% + \textalpha% + \special{pdf:code /GS01 gs 0.4 0.8 0.4 rg}% + \hspace{-0.3em}\textbeta% + \hspace{-0.3em}\raisebox{0.5ex}{% + \special{pdf:code 0.4 0.4 0.8 rg}% + \textpi% + }% + \special{pdf:code Q}% +} +\end{lstlisting} +where \code{CA} and \code{ca} represent opacity of stroke and fill color +individually. + +\section{Font Mapping} + +Syntax of fontmap file is basically the same as \dvipdfm. There are few +extensions in \dvipdfmx. In addition to 8-bit \code{enc} files and +keyword \code{builtin} and \code{none}, \dvipdfmx\ accepts CMap name and +the keyword \code{unicode} in the encoding field. + +This section is completely irrevant to \XeTeX\ users. + +\subsection{Extended Syntax and Options} + +Few options are available in \dvipdfmx\ in addition to the original +dvipdfm's one. All options that makes \dvipdfmx\ to use unembedded +fonts are deprecated as by using them makes \dvipdfmx\ to create PDF +files which can be not compliant to the ISO standards. + +\subsubsection{SFD Specification} + +For bundling up fonts split into multiple subfonts via SFD back into +a single font, dvipdfmx supports an extended sytax of the form +\begin{lstlisting} +tfm_name@SFD@ encoding filename options +\end{lstlisting} + +A typical example looks like: +\begin{lstlisting} +gbsn@EUC@ GB-EUC-H gbsn00lp +\end{lstlisting} + +where TFMs \code{gbsn00}, \code{gbsn01}, \code{gbsn02}... are mapped into a +single font named \code{gbsn00lp} via the rule described in the SFD file +\code{EUC}. + +\subsubsection{TrueType Collection Index} + +TrueType Collection index number can be specified with \code{:n:} +in front of TrueType font name: +\begin{lstlisting} +min10 H :1:mincho +\end{lstlisting} + +In this example, the option \code{:1:} tells \dvipdfmx\ to select first +TrueType font from the TTC font \code{mincho.ttc}. Alternatively, the +\option{-i} option can be used in the option field to specify TTC index: +\begin{lstlisting} +min10 H mincho -i 1 +\end{lstlisting} + +\subsubsection{Non-embedding Switch} + +\deprecated{Use of this option is deprecated.} +\noindent{}The character \code{!} in front of the font name can be used to +indicate that the font shall not be embedded. This feature greatly reduces the +size of the final PDF output, but the PDF file may not be viewed exactly in +other systems on which appropriate fonts are not installed. +\bigskip + +\noindent{}NOTE: \dvipdfmx\ always converts input encodings to CIDs and then +uses Identity CMaps\footnote{Predefined CMaps \code{Identity-H} and +\code{Identity-V} for the identity mapping.} +in the output PDF. However, \lnum{ISO~32000-1:2008} describes as +\begin{quoting} +The Identity-H and Identity-V CMaps shall not be used with a non-embedded font. +Only standardized character sets may be used. +\end{quoting} +which had never appeared in Adobe's PDF References. This makes all PDF files +generated by \dvipdfmx\ with non-embedded CID-keyed fonts non-compliant to +the ISO standards. + +\subsubsection{`Standard' CJK Fonts} + +\deprecated{This feature is deprecated.} +\noindent{}Use of this feature shall be avoided for new documents. It is +described here since it might still be useful for some situations. + +\dvipdfmx\ recognizes several `Standard' CJK fonts although there are no such +notion in PDF. In older days where there were not so many freely available CJK +fonts, it was sometimes useful to create PDF files without embedded fonts and +let PDF viewers or printers to use substitute fonts (tend to be higher quality) +installed in their systems. \dvipdfmx\ `knows' several fonts which might be +available in PostScript printers and PDF applications such as Acrobat Reader, +and uses them without actually having it. +See, Table~\ref{TABLE:StdCJKFont}, for the list of available `Standard' CJK +fonts. + +\begin{table} + \centering + \begin{tabular}{lll}\hline + Character Collection & Font Family & Description \\ \hline\hline + Adobe-Japan1 & Ryumin-Light & PS printers \\ + & GothicBBB-Medium & \\ + Adobe-CNS1 & MHei-Medium-Acro & Acrobat Reader 4 \\ + & MSung-Light-Acro & \\ + Adobe-GB1 & STSong-Light-Acro & \\ + & STHeiti-Regular-Acro & \\ + Adobe-Japan1 & HeiseiMin-W3-Acro & \\ + & HeiseiKakuGO-W5-Acro & \\ + Adobe-Korea1 & HYGoThic-Medium-Acro & \\ + & HYSMyeongJo-Medium-Acro & \\ + Adobe-CNS1 & MSungStd-Light-Acro & Acrobat Reader 5 \\ + Adobe-GB1 & STSongStd-Light-Acro & \\ + Adobe-Korea1 & HYSMyeongJoStd-Medium-Acro \\ + Adobe-CNS1 & AdobeMingStd-Light-Acro & Adobe Reader 6 \\ + Adobe-GB1 & AdobeSongStd-Light-Acro & \\ + Adobe-Japan1 & KozMinPro-Regular-Acro & \\ + & KozGoPro-Medium-Acro & \\ + Adobe-Korea1 & AdobeMyungjoStd-Medium-Acro & \\ + Adobe-CNS1 & AdobeHeitiStd-Regular & Adobe Reader 7 \\ + Adobe-Japan1 & KozMinProVI-Regular & Adobe Reader 8\\ + \hline + \end{tabular} + \caption{List of available `Standard' CJK font. Most of them are + available as a part of Adobe Asian Font Packs for each versions of + Adobe or Acrobat Reader.}\label{TABLE:StdCJKFont} +\end{table} + +Only fixed-pitch glyphs (i.e., quarter, third, half, and full widths) are +supported for those fonts. + +\subsubsection{Stylistic Variants} + +\deprecated{Use of this option is deprecated.} +\noindent{}Keywords \code{,Bold}, \code{,Italic}, and \code{,BoldItalic} can be +used to create synthetic bold, italic, and bolditalic style variants from other +font using PDF viewer's (or OS's) function. +\begin{lstlisting} +jbtmo@UKS@ UniKSCms-UCS2-H :0:!batang,Italic +\end{lstlisting} + +Availability of this feature highly depends on the implementation of PDF +viewers. This feature is usually not supported for embedded fonts. +Notice that this option automatically disables font embedding thus +use of it is deprecated. + +\subsection{Specifying Unicode Plane} + +As there are no existing 3-bytes or 4-bytes TFM formats, the only way to use +Unicode characters other than the BMP is to map code range 0-65535 to different +planes via (e.g., to plane 1) \option{-p 1} fontmap option. This option is +available only when \code{unicode} is specified in the encoding field. + +\subsection{OpentType Layout Feature} + +OpenType Layout Feature fontmap options mentioned below are only meaningful +when \code{unicode} is specified in the encoding field. + +With the \option{-w} option, writing mode can be specified. +\option{-w 1} denotes the font is for vertical writing. It automatically +enables an OpentType Layout Feature related to vertical writing, namely, +\code{vert} or \code{vrt2}, to choose proper glyphs for vertical text. + +The \option{-l} option can be used to enable various OpenType Layout GSUB +Features. For examples, \option{-l jp04} +enables \code{jp04} feature to select \lnum{JIS2004} forms for Kanjis. +Features can be specified as a ``:'' separated list of OpenType Layout +Feature tags like \option{-l vkna:jp04}. +Script and language may be additionally specified as +\option{-l kana.JAN.ruby}. + +An example can be +\begin{lstlisting} +uprml-v unicode SourceHanSerifJP-Light.otf -w 1 -l jp90 +\end{lstlisting} +which declares that font should be treated as for vertical writing and +use \lnum{JIS1990} form for Kanjis. (See, Figure~\ref{FIG:jp90} for an example) + +\begin{figure} +\centering +\jpzerofourexamples\hspace{30pt}\jpninezeroexamples% +\caption{\lnum{JIS2004} vs. \lnum{JIS1990} form.}\label{FIG:jp90} +\end{figure} + +This feature is limited to the single substitution, there are no way to select +a glyph from multiple candidates, such as in \code{aalt}, and specifying +general many-to-many glyph substitutions does not take effect. + +\section{Encryption Support}\label{SEC:encryption} + +\dvipdfmx\ offers basic PDF password security support including +256-bits AES encryption. Only ``Standard'' security handler is supported and +public-key security handlers are currently not supported. +Encryption is enabled by \option{-S} command line option. + +When encrypting the document, up to two passwords can be specified: +an owner password and a user password. If a user attempts to open an encrypted +document that has a user password, PDF applications prompt for a password. +Correctly supplying either password enables the user to open the document to +display or to access to the contents. +Depending on which password (user or owner) was supplied, additional operations +allowed for an opened document is determined; full access for users who opened +the document with the correct owner password or additional operations +controlled by permission flags supplied by the owner of the document for users +who opened the document with the correct user password. + +Access permision flags can be specified via the \option{-P} option. Each bits +of the (unsigned) integer number given to this option represents user access +permissions; +e.g., bit position 3 for allowing ``print'', 4 for ``modify the contents'', +5 for ``copy or extract text'', and so on. +\begin{table}[b] + \centering + \begin{tabular}{lp{8.3cm}}\hline + Bit Position & Meaning \\ \hline\hline + 3 & Print the document. \\ + 4 & Modify the contents of the document. \\ + 5 & Copy or extract text and graphics from the document. \\ + 6 & Add or modify text annotations, fill in interactive form fields. + Creation and modification of interactive form field is also + allowed if bit 4 is set.\\ + \hline + \end{tabular} + \caption{Flag bits and their short explaination for the Revision 2 + Standard Security Handler.} +\end{table} +For examples, +\begin{lstlisting} +dvipdfmx -S -P 0x34 foo.dvi +\end{lstlisting} +allows printing, copying and extraction of text, and adding and modifying +text annotation and filling in interactive form fields (but disallows +modification of the contents of the document). + +The \option{-K} option can be used to specify the encryption key length. +The key length must be multiple of 8 in the range 40 to 128, or 256 (for PDF +version 1.7 plus Adobe Extension or forthcoming PDF version 2.0). + +Password will be asked when encryption is enabled. It may not work well on +Windows platforms. Use the \code{pdf:encrypt} special instead of command line +options in this case. + +The default values for \option{K} is 40 and for \option{-P} is \code{0x003C0}. + +\section{Other Improvements} + +This section briefly describes other improvements made for \dvipdfmx. + +\subsection{Extended Glyph Name Syntax} + +\dvipdfmx\ accepts the following syntax for glyph names in \code{enc} files: +\code{uni0130}, \code{zero.onum} and \code{T\_h.liga}. +Each represents a glyph accessed with Unicode value \code{U+0130}, +oldstyle number for zero and ``Th'' ligature accessed via OpenType +Layout GSUB Feature \code{onum} and \code{liga} respectively. +Note that \dvipdfmx\ does not understand glyph names which directly +use glyph indices such as \code{index0102} or \code{gid2104}, since those +indices are private to each font. + +When \dvipdfmx\ encounters a glyph name, e.g., \code{T\_h.liga}, it first looks +for OpenType \code{post} table if such glyph exists; if it exists, then +\dvipdfmx\ simply uses \code{post} talbe for mapping glyph name to glyph index; +if not, \dvipdfmx\ tries to convert \code{T\_h} to Unicode sequence (U+0054 +U+0068 in this example) via the AGL mapping; then, OpenType cmap table is used +to further converting resulting Unicode sequence to a sequence of glyph indices; +finally, OpenType Layout Feature \code{liga} is applied to get desired glyph. + + +\section{Incompatible Changes}\label{SEC:compatibility} + +There are various minor incompatible changes to \dvipdfm. + +The \option{-C} command line option may be used for compatibility to +\dvipdfm\ or older versions of \dvipdfmx. The \option{-C} option takes flags +meaning +\begin{itemize} + \item bit position 2: Use semi-transparent filling for tpic shading + command, instead of opaque gray color. (requires PDF 1.4) + \item bit position 3: Treat all CID-keyed font as fixed-pitch font. This is + only for compatibility. + \item bit position 4: Do not replace duplicate fontmap entries. + \dvipdfm\ behavior. + \item bit position 5: Do not optimize PDF destinations. Use this if you + want to refer from other files to destinations in the current file. + \item bit position 6: Do not use predictor filter for Flate compression. + \item bit position 7: Do not use object stream. +\end{itemize} + +The remap option \option{-r} in fontmaps is no longer supported and is +silently ignored. The command line option \option{-e} to disable partial +(subset) font embedding is not supported. + +\section{Font Licensing and Embedding} + +In OpenType format, information regarding how a font should be treated +when creating documents can be recorded.% +\footnote{See, `` \href{http://www.microsoft.com/typography/otspec/os2.htm}{OpenType Sepcification: OS/2 -- OS/2 and Windows Metrics Table}''.} +\dvipdfmx\ uses this information to decide whether embedding font is permitted. + +This font embedding information is indicated by a flag called +\code{fsType}; each bit representing different restrictions on font +embedding. +If multiple flag bits are set in \code{fsType}, the least restrictive +license granted takes precedence in \dvipdfmx. +The \code{fsType} flag bits recognized by \dvipdfmx\ is as follows: +\begin{itemize} + \item Installable embedding + \item Editable embedding + \item Embedding for Preview \& Print only +\end{itemize} +\dvipdfmx\ give the following warning message for fonts with `Preview \& +Print only' setting: +\begin{verbatim} + This document contains 'Preview & Print' only licensed font +\end{verbatim} + +For fonts with this type of licensing, font embedding is allowed solely for the +purpose of (on-screen) viewing and/or printing; further editing of the document +or extracting embedded font data for other purposes are not allowed. +One way to ensure this condition is to protect your document with a non-empty +password. + +All other flags are treated as more restrictive license than any of +the above flags and treated as ``No embedding allowed''; e.g., if both +of the editable-embedding flag and unrecognized license flag is set, +the font is treated as editable-embedding allowed, however, if only +unrecognized flags are set, the font is not embedded. + +Embedding flags are preserved in embedded font if the font is embedded +as a TrueType font or a CIDFontType2 CID-keyed font. +For all font embedded as a PostScript font (Type1C and CIDFontType0 +CID-keyed font), they are not preserved. +Only \code{Copyright} and \code{Notice} in the FontInfo dictionary are +preserved in this case. + +Some font vendors put different embedding restrictions for different +condition; e.g., font embedding might be not permitted for commercial +materials unless you acquire ``commercial license'' separately. +Please read EULA carefully before making decision on font usage. + +See, for examples, +\href{http://www.adobe.com/products/type/font-licensing/font-embedding-permissions.html}{Adobe's site on font embedding permissions} +for fonts in the Adobe Type Library. +Microsoft also has a +\href{http://www.microsoft.com/typography/RedistributionFAQ.mspx}{FAQ page on Font Redistribution}. + +For Japanese font in general, embedding permission tend to be somewhat +restrictive. Japanese users should read the statement regarding font +embedding from Japan Typography Association (in Japanese):\medskip + +\url{http://www.typography.or.jp/act/morals/moral4.html} +\medskip + +\dvipdfmx\ does not support full embedding. Only subset embedding is supported. + +\renewcommand{\refname}{Further Reading} +\begin{thebibliography}{99} +\bibitem{ADOBE} Adobe's PDF References and a free copy of +\lnum{ISO 32000-1:2008} standard are available from +``\href{http://www.adobe.com/devnet/pdf.html}{PDF Technology Center}'' +on \href{http://www.adobe.com/devnet.html}{Adobe Developer Connection}. +\bibitem{MICROSOFT} The OpenType Specification is available from Microsoft's +site: +``\href{http://www.microsoft.com/en-us/Typography/OpenTypeSpecification.aspx}% +{OpenType Specification}''. +\bibitem{CHOF} An article regarding DVI specials: Jin-Hwan Cho, +``\href{http://www.tug.org/TUGboat/tb30-1/tb94cho.pdf}{DVI specials for PDF generation}'', +TUGboat, 30(1):6-11, 2009. +\end{thebibliography} + +\section*{GNU Free Documentation License}\label{SEC:FDL} + +This document is distributed under the term of the GNU Free Documentation +License. See, the attached file for copying conditions.% +\marginnote{% +\special{pdf:fstream @fileobj (fdl-1.3.txt)}% +\special{pdf:ann width 10bp height 20bp + << /Type /Annot + /Subtype /FileAttachment + /FS << + /Type /Filespec + /F (fdl-1.3.txt) + /EF << /F @fileobj >> + >> + /Name /PushPin + /C [0.8 0.2 0.2] + /T (Free Software Foundation, Inc.) + /Subj (GNU Free Documentation License) + /Contents (Plain text version of the GNU Free Documentation License.) + >> +}}% + +Or, in case that PDF viewers can not extract attached files, please visit the +following site: +\medskip + +\url{http://www.gnu.org/licenses/fdl.html} + + +\end{document} diff --git a/Master/texmf-dist/doc/dvipdfmx/fdl-1.3.txt b/Master/texmf-dist/doc/dvipdfmx/fdl-1.3.txt new file mode 100644 index 00000000000..2f7e03ca516 --- /dev/null +++ b/Master/texmf-dist/doc/dvipdfmx/fdl-1.3.txt @@ -0,0 +1,451 @@ + + GNU Free Documentation License + Version 1.3, 3 November 2008 + + + Copyright (C) 2000, 2001, 2002, 2007, 2008 Free Software Foundation, Inc. + <http://fsf.org/> + Everyone is permitted to copy and distribute verbatim copies + of this license document, but changing it is not allowed. + +0. PREAMBLE + +The purpose of this License is to make a manual, textbook, or other +functional and useful document "free" in the sense of freedom: to +assure everyone the effective freedom to copy and redistribute it, +with or without modifying it, either commercially or noncommercially. +Secondarily, this License preserves for the author and publisher a way +to get credit for their work, while not being considered responsible +for modifications made by others. + +This License is a kind of "copyleft", which means that derivative +works of the document must themselves be free in the same sense. It +complements the GNU General Public License, which is a copyleft +license designed for free software. + +We have designed this License in order to use it for manuals for free +software, because free software needs free documentation: a free +program should come with manuals providing the same freedoms that the +software does. But this License is not limited to software manuals; +it can be used for any textual work, regardless of subject matter or +whether it is published as a printed book. We recommend this License +principally for works whose purpose is instruction or reference. + + +1. APPLICABILITY AND DEFINITIONS + +This License applies to any manual or other work, in any medium, that +contains a notice placed by the copyright holder saying it can be +distributed under the terms of this License. Such a notice grants a +world-wide, royalty-free license, unlimited in duration, to use that +work under the conditions stated herein. The "Document", below, +refers to any such manual or work. Any member of the public is a +licensee, and is addressed as "you". You accept the license if you +copy, modify or distribute the work in a way requiring permission +under copyright law. + +A "Modified Version" of the Document means any work containing the +Document or a portion of it, either copied verbatim, or with +modifications and/or translated into another language. + +A "Secondary Section" is a named appendix or a front-matter section of +the Document that deals exclusively with the relationship of the +publishers or authors of the Document to the Document's overall +subject (or to related matters) and contains nothing that could fall +directly within that overall subject. (Thus, if the Document is in +part a textbook of mathematics, a Secondary Section may not explain +any mathematics.) The relationship could be a matter of historical +connection with the subject or with related matters, or of legal, +commercial, philosophical, ethical or political position regarding +them. + +The "Invariant Sections" are certain Secondary Sections whose titles +are designated, as being those of Invariant Sections, in the notice +that says that the Document is released under this License. If a +section does not fit the above definition of Secondary then it is not +allowed to be designated as Invariant. The Document may contain zero +Invariant Sections. If the Document does not identify any Invariant +Sections then there are none. + +The "Cover Texts" are certain short passages of text that are listed, +as Front-Cover Texts or Back-Cover Texts, in the notice that says that +the Document is released under this License. A Front-Cover Text may +be at most 5 words, and a Back-Cover Text may be at most 25 words. + +A "Transparent" copy of the Document means a machine-readable copy, +represented in a format whose specification is available to the +general public, that is suitable for revising the document +straightforwardly with generic text editors or (for images composed of +pixels) generic paint programs or (for drawings) some widely available +drawing editor, and that is suitable for input to text formatters or +for automatic translation to a variety of formats suitable for input +to text formatters. A copy made in an otherwise Transparent file +format whose markup, or absence of markup, has been arranged to thwart +or discourage subsequent modification by readers is not Transparent. +An image format is not Transparent if used for any substantial amount +of text. A copy that is not "Transparent" is called "Opaque". + +Examples of suitable formats for Transparent copies include plain +ASCII without markup, Texinfo input format, LaTeX input format, SGML +or XML using a publicly available DTD, and standard-conforming simple +HTML, PostScript or PDF designed for human modification. Examples of +transparent image formats include PNG, XCF and JPG. Opaque formats +include proprietary formats that can be read and edited only by +proprietary word processors, SGML or XML for which the DTD and/or +processing tools are not generally available, and the +machine-generated HTML, PostScript or PDF produced by some word +processors for output purposes only. + +The "Title Page" means, for a printed book, the title page itself, +plus such following pages as are needed to hold, legibly, the material +this License requires to appear in the title page. For works in +formats which do not have any title page as such, "Title Page" means +the text near the most prominent appearance of the work's title, +preceding the beginning of the body of the text. + +The "publisher" means any person or entity that distributes copies of +the Document to the public. + +A section "Entitled XYZ" means a named subunit of the Document whose +title either is precisely XYZ or contains XYZ in parentheses following +text that translates XYZ in another language. (Here XYZ stands for a +specific section name mentioned below, such as "Acknowledgements", +"Dedications", "Endorsements", or "History".) To "Preserve the Title" +of such a section when you modify the Document means that it remains a +section "Entitled XYZ" according to this definition. + +The Document may include Warranty Disclaimers next to the notice which +states that this License applies to the Document. These Warranty +Disclaimers are considered to be included by reference in this +License, but only as regards disclaiming warranties: any other +implication that these Warranty Disclaimers may have is void and has +no effect on the meaning of this License. + +2. VERBATIM COPYING + +You may copy and distribute the Document in any medium, either +commercially or noncommercially, provided that this License, the +copyright notices, and the license notice saying this License applies +to the Document are reproduced in all copies, and that you add no +other conditions whatsoever to those of this License. You may not use +technical measures to obstruct or control the reading or further +copying of the copies you make or distribute. However, you may accept +compensation in exchange for copies. If you distribute a large enough +number of copies you must also follow the conditions in section 3. + +You may also lend copies, under the same conditions stated above, and +you may publicly display copies. + + +3. COPYING IN QUANTITY + +If you publish printed copies (or copies in media that commonly have +printed covers) of the Document, numbering more than 100, and the +Document's license notice requires Cover Texts, you must enclose the +copies in covers that carry, clearly and legibly, all these Cover +Texts: Front-Cover Texts on the front cover, and Back-Cover Texts on +the back cover. Both covers must also clearly and legibly identify +you as the publisher of these copies. The front cover must present +the full title with all words of the title equally prominent and +visible. You may add other material on the covers in addition. +Copying with changes limited to the covers, as long as they preserve +the title of the Document and satisfy these conditions, can be treated +as verbatim copying in other respects. + +If the required texts for either cover are too voluminous to fit +legibly, you should put the first ones listed (as many as fit +reasonably) on the actual cover, and continue the rest onto adjacent +pages. + +If you publish or distribute Opaque copies of the Document numbering +more than 100, you must either include a machine-readable Transparent +copy along with each Opaque copy, or state in or with each Opaque copy +a computer-network location from which the general network-using +public has access to download using public-standard network protocols +a complete Transparent copy of the Document, free of added material. +If you use the latter option, you must take reasonably prudent steps, +when you begin distribution of Opaque copies in quantity, to ensure +that this Transparent copy will remain thus accessible at the stated +location until at least one year after the last time you distribute an +Opaque copy (directly or through your agents or retailers) of that +edition to the public. + +It is requested, but not required, that you contact the authors of the +Document well before redistributing any large number of copies, to +give them a chance to provide you with an updated version of the +Document. + + +4. MODIFICATIONS + +You may copy and distribute a Modified Version of the Document under +the conditions of sections 2 and 3 above, provided that you release +the Modified Version under precisely this License, with the Modified +Version filling the role of the Document, thus licensing distribution +and modification of the Modified Version to whoever possesses a copy +of it. In addition, you must do these things in the Modified Version: + +A. Use in the Title Page (and on the covers, if any) a title distinct + from that of the Document, and from those of previous versions + (which should, if there were any, be listed in the History section + of the Document). You may use the same title as a previous version + if the original publisher of that version gives permission. +B. List on the Title Page, as authors, one or more persons or entities + responsible for authorship of the modifications in the Modified + Version, together with at least five of the principal authors of the + Document (all of its principal authors, if it has fewer than five), + unless they release you from this requirement. +C. State on the Title page the name of the publisher of the + Modified Version, as the publisher. +D. Preserve all the copyright notices of the Document. +E. Add an appropriate copyright notice for your modifications + adjacent to the other copyright notices. +F. Include, immediately after the copyright notices, a license notice + giving the public permission to use the Modified Version under the + terms of this License, in the form shown in the Addendum below. +G. Preserve in that license notice the full lists of Invariant Sections + and required Cover Texts given in the Document's license notice. +H. Include an unaltered copy of this License. +I. Preserve the section Entitled "History", Preserve its Title, and add + to it an item stating at least the title, year, new authors, and + publisher of the Modified Version as given on the Title Page. If + there is no section Entitled "History" in the Document, create one + stating the title, year, authors, and publisher of the Document as + given on its Title Page, then add an item describing the Modified + Version as stated in the previous sentence. +J. Preserve the network location, if any, given in the Document for + public access to a Transparent copy of the Document, and likewise + the network locations given in the Document for previous versions + it was based on. These may be placed in the "History" section. + You may omit a network location for a work that was published at + least four years before the Document itself, or if the original + publisher of the version it refers to gives permission. +K. For any section Entitled "Acknowledgements" or "Dedications", + Preserve the Title of the section, and preserve in the section all + the substance and tone of each of the contributor acknowledgements + and/or dedications given therein. +L. Preserve all the Invariant Sections of the Document, + unaltered in their text and in their titles. Section numbers + or the equivalent are not considered part of the section titles. +M. Delete any section Entitled "Endorsements". Such a section + may not be included in the Modified Version. +N. Do not retitle any existing section to be Entitled "Endorsements" + or to conflict in title with any Invariant Section. +O. Preserve any Warranty Disclaimers. + +If the Modified Version includes new front-matter sections or +appendices that qualify as Secondary Sections and contain no material +copied from the Document, you may at your option designate some or all +of these sections as invariant. To do this, add their titles to the +list of Invariant Sections in the Modified Version's license notice. +These titles must be distinct from any other section titles. + +You may add a section Entitled "Endorsements", provided it contains +nothing but endorsements of your Modified Version by various +parties--for example, statements of peer review or that the text has +been approved by an organization as the authoritative definition of a +standard. + +You may add a passage of up to five words as a Front-Cover Text, and a +passage of up to 25 words as a Back-Cover Text, to the end of the list +of Cover Texts in the Modified Version. Only one passage of +Front-Cover Text and one of Back-Cover Text may be added by (or +through arrangements made by) any one entity. If the Document already +includes a cover text for the same cover, previously added by you or +by arrangement made by the same entity you are acting on behalf of, +you may not add another; but you may replace the old one, on explicit +permission from the previous publisher that added the old one. + +The author(s) and publisher(s) of the Document do not by this License +give permission to use their names for publicity for or to assert or +imply endorsement of any Modified Version. + + +5. COMBINING DOCUMENTS + +You may combine the Document with other documents released under this +License, under the terms defined in section 4 above for modified +versions, provided that you include in the combination all of the +Invariant Sections of all of the original documents, unmodified, and +list them all as Invariant Sections of your combined work in its +license notice, and that you preserve all their Warranty Disclaimers. + +The combined work need only contain one copy of this License, and +multiple identical Invariant Sections may be replaced with a single +copy. If there are multiple Invariant Sections with the same name but +different contents, make the title of each such section unique by +adding at the end of it, in parentheses, the name of the original +author or publisher of that section if known, or else a unique number. +Make the same adjustment to the section titles in the list of +Invariant Sections in the license notice of the combined work. + +In the combination, you must combine any sections Entitled "History" +in the various original documents, forming one section Entitled +"History"; likewise combine any sections Entitled "Acknowledgements", +and any sections Entitled "Dedications". You must delete all sections +Entitled "Endorsements". + + +6. COLLECTIONS OF DOCUMENTS + +You may make a collection consisting of the Document and other +documents released under this License, and replace the individual +copies of this License in the various documents with a single copy +that is included in the collection, provided that you follow the rules +of this License for verbatim copying of each of the documents in all +other respects. + +You may extract a single document from such a collection, and +distribute it individually under this License, provided you insert a +copy of this License into the extracted document, and follow this +License in all other respects regarding verbatim copying of that +document. + + +7. AGGREGATION WITH INDEPENDENT WORKS + +A compilation of the Document or its derivatives with other separate +and independent documents or works, in or on a volume of a storage or +distribution medium, is called an "aggregate" if the copyright +resulting from the compilation is not used to limit the legal rights +of the compilation's users beyond what the individual works permit. +When the Document is included in an aggregate, this License does not +apply to the other works in the aggregate which are not themselves +derivative works of the Document. + +If the Cover Text requirement of section 3 is applicable to these +copies of the Document, then if the Document is less than one half of +the entire aggregate, the Document's Cover Texts may be placed on +covers that bracket the Document within the aggregate, or the +electronic equivalent of covers if the Document is in electronic form. +Otherwise they must appear on printed covers that bracket the whole +aggregate. + + +8. TRANSLATION + +Translation is considered a kind of modification, so you may +distribute translations of the Document under the terms of section 4. +Replacing Invariant Sections with translations requires special +permission from their copyright holders, but you may include +translations of some or all Invariant Sections in addition to the +original versions of these Invariant Sections. You may include a +translation of this License, and all the license notices in the +Document, and any Warranty Disclaimers, provided that you also include +the original English version of this License and the original versions +of those notices and disclaimers. In case of a disagreement between +the translation and the original version of this License or a notice +or disclaimer, the original version will prevail. + +If a section in the Document is Entitled "Acknowledgements", +"Dedications", or "History", the requirement (section 4) to Preserve +its Title (section 1) will typically require changing the actual +title. + + +9. TERMINATION + +You may not copy, modify, sublicense, or distribute the Document +except as expressly provided under this License. Any attempt +otherwise to copy, modify, sublicense, or distribute it is void, and +will automatically terminate your rights under this License. + +However, if you cease all violation of this License, then your license +from a particular copyright holder is reinstated (a) provisionally, +unless and until the copyright holder explicitly and finally +terminates your license, and (b) permanently, if the copyright holder +fails to notify you of the violation by some reasonable means prior to +60 days after the cessation. + +Moreover, your license from a particular copyright holder is +reinstated permanently if the copyright holder notifies you of the +violation by some reasonable means, this is the first time you have +received notice of violation of this License (for any work) from that +copyright holder, and you cure the violation prior to 30 days after +your receipt of the notice. + +Termination of your rights under this section does not terminate the +licenses of parties who have received copies or rights from you under +this License. If your rights have been terminated and not permanently +reinstated, receipt of a copy of some or all of the same material does +not give you any rights to use it. + + +10. FUTURE REVISIONS OF THIS LICENSE + +The Free Software Foundation may publish new, revised versions of the +GNU Free Documentation License from time to time. Such new versions +will be similar in spirit to the present version, but may differ in +detail to address new problems or concerns. See +http://www.gnu.org/copyleft/. + +Each version of the License is given a distinguishing version number. +If the Document specifies that a particular numbered version of this +License "or any later version" applies to it, you have the option of +following the terms and conditions either of that specified version or +of any later version that has been published (not as a draft) by the +Free Software Foundation. If the Document does not specify a version +number of this License, you may choose any version ever published (not +as a draft) by the Free Software Foundation. If the Document +specifies that a proxy can decide which future versions of this +License can be used, that proxy's public statement of acceptance of a +version permanently authorizes you to choose that version for the +Document. + +11. RELICENSING + +"Massive Multiauthor Collaboration Site" (or "MMC Site") means any +World Wide Web server that publishes copyrightable works and also +provides prominent facilities for anybody to edit those works. A +public wiki that anybody can edit is an example of such a server. A +"Massive Multiauthor Collaboration" (or "MMC") contained in the site +means any set of copyrightable works thus published on the MMC site. + +"CC-BY-SA" means the Creative Commons Attribution-Share Alike 3.0 +license published by Creative Commons Corporation, a not-for-profit +corporation with a principal place of business in San Francisco, +California, as well as future copyleft versions of that license +published by that same organization. + +"Incorporate" means to publish or republish a Document, in whole or in +part, as part of another Document. + +An MMC is "eligible for relicensing" if it is licensed under this +License, and if all works that were first published under this License +somewhere other than this MMC, and subsequently incorporated in whole or +in part into the MMC, (1) had no cover texts or invariant sections, and +(2) were thus incorporated prior to November 1, 2008. + +The operator of an MMC Site may republish an MMC contained in the site +under CC-BY-SA on the same site at any time before August 1, 2009, +provided the MMC is eligible for relicensing. + + +ADDENDUM: How to use this License for your documents + +To use this License in a document you have written, include a copy of +the License in the document and put the following copyright and +license notices just after the title page: + + Copyright (c) YEAR YOUR NAME. + Permission is granted to copy, distribute and/or modify this document + under the terms of the GNU Free Documentation License, Version 1.3 + or any later version published by the Free Software Foundation; + with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. + A copy of the license is included in the section entitled "GNU + Free Documentation License". + +If you have Invariant Sections, Front-Cover Texts and Back-Cover Texts, +replace the "with...Texts." line with this: + + with the Invariant Sections being LIST THEIR TITLES, with the + Front-Cover Texts being LIST, and with the Back-Cover Texts being LIST. + +If you have Invariant Sections without Cover Texts, or some other +combination of the three, merge those two alternatives to suit the +situation. + +If your document contains nontrivial examples of program code, we +recommend releasing these examples in parallel under your choice of +free software license, such as the GNU General Public License, +to permit their use in free software. |