PDF 内部構造 CMap 新しいページはコチラ

提供: yonewiki
移動: 案内, 検索
(→‎/CIDSystemInfo)
(→‎beginbfchar ～ endbfchar)
 
71行: 71行:
  
  
−
　/CIDInit /ProcSet を準備して動かすのがCMapの通常のあり方です。Adobeが準備したCMapも同じようになっています。
+
　/CIDInit に対して /ProcSet という辞書で指定できる値を設定、準備して動かすのがCMap定義のはじまりの通常のあり方です。Adobeが準備した(WindowsならC:\Program Files\Adobe\Acrobat DC\resource\cmapにあるのがAcrobatReader向けの標準CMap)全てのCMapファイルも同じようになっています。
  
  
108行: 108行:
  
  
−
*/
+
*/Registry
 +
:　このCID情報の登録者文字列を設定します。個人でフォントを登録することは少ないので会社名であることが多いようです。よく使われるのが (Adobe) です。文字列です。
  
 +
*/Ordering
 +
:　文字のエンコーディング方式名を設定します。Identityならそのまま、UCSはユニコードシーケンス。といった具合です。(Japan1) ならAdobeJapan1です。
  
 +
*/Supplement
 +
:　補足です。ここには文字のエンコーディング方式の世代番号のようなものを登録します。整数です。0～65535くらいまで設定できます。AdobeJapan1の場合は登録文字数によって 0～7 に分けられています。7はUnicode文字セットのほとんどを収録しているようなフォントになります。
 +
 +
 +
設定した最後には def という文字が必要です。これは全ての辞書に共通することです。
 +
 +
 +
/辞書名文字列 設定値 def
 +
 +
/辞書名文字列 << /辞書名文字列1 設定値 /辞書名文字列2 設定値 ...  /辞書名文字列n 設定値 >> def
 +
 +
 +
のようになります。
 
　
 
　
  
 
==== '''/CMapName''' ====
 
==== '''/CMapName''' ====
 +
　CMapFont名の任意の辞書文字列を設定します。CIDFont名の正式名称ような形式になっていることが多いです。例では /Adobe-Identity-UCS となっています。
  
 +
 +
==== '''/CMapType''' ====
 +
　CMapの形式を指定します。後ろのオペランドに整数をとります。
 +
 +
 +
0 = CMapファイルとしての機能。
 +
 +
1 = CID への変換。※PDFのFont構造のCIDtoGIDMap向け
 +
 +
2 = Unicode への変換。※PDFのFont構造のToUnicode向け
 +
 +
==== '''begincodespacerange ～ endcodespacerange''' ====
 +
　辞書ではないので def を最後につける必要はありませんが、終了の対になっている値のあるオペレータです。オペレータは、前置オペランド 開始オペレーターbeginXxx 後置オペランド (前置オペランド)ｘm 終了オペレーターbeginXxx 後置オペランド のような形式です。
 +
 +
 +
　CMap文字コード設定をする範囲を指定しています。beginやendを省いて分解すると、codespeceのrangeと解釈できるものです。
 +
 +
 +
　前置オペランドや後置オペランドを必要とするオペレータで、オペランドは引数とも呼べます。このオペレータの場合、仕様書の中では以下のように表現されます。
 +
 +
 +
　int begincodespacerange -
 +
 +
　srcCodeLo　serCodeHi endcodespacerange -
 +
 +
 +
<Syntaxhighlight2 lang="text">
 +
1 beginbfchar
 +
    <0000> <FFFF>
 +
endcodespacerange
 +
</Syntaxhighlight2>　
 +
 +
 +
　int が 1 という整数に対応していて、終了オペレータの前にあるオペランドの数に対応しています。<0000> <FFFF>の1回分になっています。
 +
 +
 +
　srcCodeLoが<0000>、srcCodeHiが<FFFF>に対応します。Loは範囲の始まり、Hiは範囲の終わりです。0000～FFFFの65536種類がコード領域だと定義していることになります。
 +
 +
 +
　通常はきちんとコードスペースを定義して、余計なところのコードに関するCMap情報を無視するという役目を果たします。日本語のコードスペースとして
 +
 +
<Syntaxhighlight2 lang="text">
 +
  <00>  <80>
 +
  <8140> <9ffc>
 +
  <a0>  <de>
 +
  <e040> <fbec>
 +
</Syntaxhighlight2>
 +
 +
 +
　のように特定のシングルバイト範囲と特定のダブルバイト範囲だけを有効にしたりする方が、有用です。
  
 
　
 
　
 +
 +
==== '''beginbfchar ～ endbfchar''' ====
 +
　PDFやアプリケーション側が指定するグリフコード対応するコード番号を返却するものです。PDFのFont構造の中の/ToUnicodeに対応する参照にCMapを指定した場合。第一オペランドで指定されたコードがUnicode文字での第二オペランドのコード番号の対応になります。この番号が指定されていればPDFでテキストを範囲指定してコピーしたものを各種エディタに貼りつけるときに各種文字コードにエンコードして貼り付けたりすることができるようになります。第一オペランドに指定したようなグリフIDだけではコピーペーストができません。
 +
 +
 +
　CMapとして使う場合はuseFontというオペレータが必須です。これはフォントの再配置におけるフォント番号をオペランドとして保持するオペレータです。複数あるフォントのうち何番目のフォント図柄を対応させるかという意味になります。複数ない場合でも1 useFontのように定義されているはずです。ToUnicodeに対応するCMapでは必須ではないです。
 +
 +
 +
　int beginbfchar -
 +
 +
　srcCode　dstCode endcodespacerange -
 +
 +
 +
<Syntaxhighlight2 lang="text">
 +
17 beginbfchar
 +
  <0003> <0020> %
 +
  <0030> <004D> %M
 +
  <0036> <0053> %S
 +
  <0838> <3044> %い
 +
  <084B> <3057> %し
 +
  <0862> <306E> %の
 +
  <089B> <30A9> %ォ
 +
  <08A1> <30AF> %ク
 +
  <08A6> <30B4> %ゴ
 +
  <08A9> <30B7> %シ
 +
  <08B5> <30C3> %ッ
 +
  <08BA> <30C8> %ト
 +
  <08C7> <30D5> %フ
 +
  <08E5> <30F3> %ン
 +
  <0B61> <4E16> %世
 +
  <23FA> <754C> %界
 +
  <2A3E> <7F8E> %美
 +
endbfchar
 +
</Syntaxhighlight2>
 +
 +
 +
　ここからは上記のサンプルで使わなかったオペレータと/辞書名文字列を紹介していきます。
 +
 +
==== '''beginbfrange ～ endbfrange''' ====
 +
　一定の範囲を一括で同じグリフに割り当てるオペレータです。endbfrangeの最初の2つのオペランドで指定した入力範囲に対して、3番目に指定した番号を先頭としたグリフIDを連番で指定するものです。出力に配列名と辞書名文字を使うパターンも使うかもしれないです。
 +
 +
　int beginbfrange -
 +
 +
　srcCodeLo srcCodeHi dstCodeLo endbfrange -
 +
 +
or
 +
 +
　srcCodeLo srcCodeHi [/dstCharName 1 .. /dstCharName n] endbfrange -
 +
 +
 +
<Syntaxhighlight2 lang="text">
 +
1 beginbfrange
 +
    <00>  <1F>  <20>
 +
endbfrange
 +
</Syntaxhighlight2>　
 +
 +
 +
<Syntaxhighlight2 lang="text">
 +
1 beginbfrange
 +
    <20>  <23>  [/space /exclam /quotedbl /numbersign]
 +
endbfrange
 +
</Syntaxhighlight2>　
 +
 +
 +
　のような使い方になるでしょう。
 +
 +
==== '''begincidchar ～ endcidchar''' ====
 +
　出力に10進数のグリフ番号を使うパターンです。
 +
 +
　int begincidchar -
 +
 +
　srcCode dstCID  endcidchar -
 +
 +
<Syntaxhighlight2 lang="text">
 +
1 beginbfrange
 +
    <20>  32  %space
 +
endbfrange
 +
</Syntaxhighlight2>　
 +
 +
　のような使い方になるでしょう。
 +
 +
==== '''begincidrange ～ endcidrange''' ====
 +
　領域を一括して指定するものです。endcidrangeの最初の2つのオペランドで指定した入力値に対して10進数で指定したのグリフ番号を先頭に連番で使うパターンです。
 +
 +
　int begincidrange -
 +
 +
　srcCode dstCID  dstCIDLo endcidrange -
 +
 +
<Syntaxhighlight2 lang="text">
 +
1 beginbfrange
 +
    <20>  <7e>  231  %space 
 +
endbfrange
 +
</Syntaxhighlight2>　
 +
 +
　のような使い方になるでしょう。
 +
 +
==== '''beginnotdefchar ～ endnotdefchar''' ====
 +
　notdefは未定義値の意味です。Glyph未定義値の結果としてどのグリフ番号を使うかというものです。PDFでもよく文字化けしたような文字で□が使われることがありますが、これもフォントの動作として指定されているということです。何も設定しなければcodespaceの範囲外の無効な値はGlyph番号 0が使われます。
 +
 +
　int endnotdefchar -
 +
 +
　srcCode dstCID  endnotdefchar -
 +
 +
<Syntaxhighlight2 lang="text">
 +
1 beginbfrange
 +
    <01>  1   
 +
endbfrange
 +
</Syntaxhighlight2>　
 +
 +
　のような使い方になるでしょう。
 +
==== '''beginnotdefrange ～ endnotdefrange''' ====
 +
　Glyph未定義値の結果としてどのグリフ番号を使うかというものの一括版です。何も設定しなければ
 +
 +
　int endnotdefrange -
 +
 +
　srcCodeLo srcCodeHi dstCID  endnotdefrange -
 +
 +
<Syntaxhighlight2 lang="text">
 +
1 beginbfrange
 +
    <01>  <1F>  1   
 +
endbfrange
 +
</Syntaxhighlight2>　
 +
 +
　のような使い方になるでしょう。
 +
 +
==== '''beginrearrangedfont ～ endrearrangedfont''' ====
 +
　再配置したフォントを1つにまとめて使う場合の定義です。どのフォントからどれを使うかはこれまでに紹介した方法で定義する必要があります。割り当てを定義するオペレータを使う都度、usefontオペレータで対象のフォントを配列にしていた順番で割り当てられる番号で指定する必要があります。
 +
 +
 +
　/newFontName [component fonts array] beginrearrangedfont -
 +
 +
　srcCodeLo srcCodeHi dstCID  endnotdefrange -
 +
 +
<Syntaxhighlight2 lang="text">
 +
/Jun101-Light-K-G-R-83pv-RKSJ-H
 +
[
 +
  /Jun101-Light-83pv-RKSJ-H
 +
  /Poetica-ChanceryIV
 +
  /ShinseiKai-CBSK1-83pv-RKSJ-H
 +
  /FutoGoB101-Bold-83pv-RKSJ-H
 +
  /FutoMinA101-Bold-83pv-RKSJ-H
 +
  /HSMinW3Gai30
 +
] beginrearrangefont
 +
</Syntaxhighlight2>　
 +
 +
　のような使い方になるでしょう。5つのCIDフォントが再配置されて、/Jun101-Light-K-G-R-83pv-RKSJ-Hとして機能することを意味しています。
 +
 +
==== '''beginusematrix ～ endusematrix''' ====
 +
　フォントを移動拡大縮小回転歪み変形させる処理です。斜体文字を演算によって作り出すだけの手法はCMapによって実現できます。実際は専用の斜体文字の見た目の良さには勝てません。文字の詰め方や斜体独特の文字のつぶれ方の補完を実施したほうが美しいと感じます。
 +
 +
 +
　fontID beginusematrix
 +
 +
　[a b c d tx ty]  endusematrix　
 +
 +
<Syntaxhighlight2 lang="text">
 +
1 beginusematrix % 1はフォント番号
 +
[1 0 0 1 0 0.15] beginrearrangefont
 +
</Syntaxhighlight2>　
 +
 +
　のような使い方になるでしょう。配列の0.15にあたる部分は縦方向の移動量を示していて1が1000emとなるような単位系です。emとは何かについては[[METAFONT 単位|フォントの作成について説明した記事]]で説明済なので説明しません。配列は行列を使った移動拡大縮小のメカニズムで[[PDF_内部構造_グラフィックス#平行移動・拡大縮小・回転|PDF内部構造のグラフィックの部分]]で説明済なので、ここでは説明しません。
 +
  
  
 
[[PDF 内部構造 テキスト#/ToUnicode|PDF 内部構造 テキスト]]へ戻る。
 
[[PDF 内部構造 テキスト#/ToUnicode|PDF 内部構造 テキスト]]へ戻る。

2022年8月11日 (木) 00:00時点における最新版

「https://www.yo-net.jp/yonewiki/index.php?title=PDF_%E5%86%85%E9%83%A8%E6%A7%8B%E9%80%A0_CMap&oldid=11723」から取得

個人用ツール
名前空間

変種
操作
案内
ツールボックス