Typesetting and Related Topics

これはTeX & LaTeX Advent Calendar 2017の第14日目の記事として書かれたものである．

第13日目：mattskalaさん

第15日目：_MadChemiker_さん

貂明朝に実装されている4つの貂の字形は次のコードで出力できる．

\documentclass{ltjarticle} \usepackage{luatexja} \usepackage[match]{luatexja-fontspec} \setmainjfont[StylisticSet=2]{TenMincho-Regular} \begin{document} ＬＯＶＥ \end{document}

使用環境

macOS Sierra（10.12.6）

This is LuaTeX, Version 1.0.4 (TeX Live 2017)

貂明朝

貂明朝のいくつかの字形をみたとき，使ってみたいという衝動に駆られた．

とくに，その次のものが文字として実装されており，この文字を出力することは非常に興味深い．

貂明朝は2017-11-28に開催されたAdobe MAX Japan 2017においてリリースが発表された．この書体はTykekitにて提供される書体である．

この貂明朝をLuaLaTeXで使うことを考える．貂明朝はTypekitを用いて“同期”の手続を行うことにより，その使用が可能となる．

Typekitのいう“同期”は，よく知られたようにフォントファイルをローカルな環境にダウンロードする．それによって，Adobeのいう“デスクトップアプリケーション”で用いることができるようになる．

実際，Adobeの各製品やLibraOfficeのメニューから選択できるようになる．

LuaLaTeXにおける貂明朝使用の問題点

貂明朝は一部のアプリケーションのメニューから選択できるものの，フォントの実体がどこにあるのかが明示的でない．例えばFont Book.appには現れず，実体がどこにあるのかが直ちには分らない状態である．

今回は次のツールを用いることで“同期”前後でのファイル変化を調べ，ファイルの場所を特定した．

https://github.com/emcrisostomo/fswatch

これでファイルの追加を検知する．フォントファイルの名称は不明ではあるが，いくつかのアプリケーションから見えていること考えると，拡張子がotfであることが推測できる．もちろんttfであることも考えられるが，ともかく拡張子がotfであるものを拾い上げることにする．

fswatch -xr / | grep \.otf

かくして，次の場所にファイルが追加されたことが判った（ここでは発見されたファイル名を特に記さない）．

~/Library/Application\ Support/Adobe/CoreSync/plugins/livetype/.r/

確認のため，追加されたファイルをotfinfoのiオプションを用いて確認すると次の表示を得た．

Family: Ten Mincho Subfamily: Regular Full name: Ten Mincho PostScript name: TenMincho-Regular Version: Version 1.000;PS 1;hotconv 16.6.54;makeotf.lib2.5.65591 Unique ID: 1.000;ADBE;TenMincho-Regular;ADOBE;<tkd-35820-681fd16d6b8081012c9f48b4736211c429df236f> Description: Dr. Ken Lunde (overall production) & Masataka HATTORI 服部正貴 (production) Designer: Ryoko NISHIZUKA 西塚涼子 (Japanese) & Robert Slimbach (Latin) Manufacturer: Adobe Systems Incorporated Vendor URL: [http://www.adobe.com/type/](http://www.adobe.com/type/) Trademark: Ten Mincho is either a registered trademark or trademark of Adobe Systems Incorporated in the United States and/or other countries. Copyright: Copyright © 2017 Adobe Systems Incorporated. All Rights Reserved. License URL: [http://typekit.com/eulas/00000000000000000001c7a8](http://typekit.com/eulas/00000000000000000001c7a8) Vendor ID: ADBE

これで実体のファイルが判明したわけである．

LuaLaTeXからの利用

我々の目標は貂明朝をTeXで用いることである．もっとも簡単であると思われるのは https://qiita.com/zr_tex8r/items/0512dd43e9806483013a でも扱われているLuaLaTeX（LuaTeX-ja）でluatexja-fontspecパッケージを用いる方法である．

フォントファイルの実体が判明したので，次で選られるLuaLaTeXがサーチ可能な場所にリンクを作成すればよい．

kpsewhich -show-path="opentype fonts"

かくして，次のようなコードにより貂明朝を使ったPDFを作成することができる．

\documentclass{ltjarticle} \usepackage{luatexja} \usepackage[match]{luatexja-fontspec} \setmainjfont{TenMincho-Regular} \begin{document} ☀☁☂☃〠☝☟☜☞ \end{document}

貂を捕まえる

貂たちはどのようにして入力すべきかわからない．公式情報（https://blogs.adobe.com/CCJKType/2017/11/ten-mincho-ja.html）から，いくつか列挙されているOpenTypeフィーチャーのうち，次のものによって実現されているであろうことが予測できる．

ss02 (Stylistic Set 2、英語で「Marten」、日本語で「貂」)

ss03 (Stylistic Set 3、英語で「Black and White」、日本語で「白黒」)

\setmainjfontへss02とss03が有効になるようにオプションを与えるはStylisticSetだ．

今回は上のように得られた情報によりss02で有効になると予想できる．

\setmainjfont[StylisticSet=2]{TenMincho-Regular}

そして“LOVE”がトリガーであることもわかる．

かくして次の出力を得ることができるわけである．

概要

brew upgradeの結果，かつては成功していたdiffpdf 2.1.3 https://github.com/yuw/diffpdfのビルドに失敗するようになっていた．ライブラリを古いバージョンに戻すことで再びビルドできるようにした．

Step

$ brew switch poppler 0.47.0 $ xcode-select --install $ release diffpdf.pro $ qmake $ make

エラーの発現と対処

一般の手続きとしてbrew update && brew upgradeを日頃行うのは常道である．

しかし，おもむろに発行したbrew upgradeの後，それまで無事に動いていたプログラムが起動しなくなる事がある．今回もそのその類である．

diffpdfが起動しない状況に陥った．

diffpdfは(https://www.qtrac.eu/diffpdf.html)[https://www.qtrac.eu/diffpdf.html] で公開されていたが，ライセンスがGPL2でなくなったため，GPL2ライセンスの頃のソースコードをGitHubにフォークされたものを利用していた．

diffpdfの機能の一つとしてPDFを画像として差分をとるというものがある．PDFの変更点，あるいは非変更点を確認するのに重宝していた．使い慣れた道具が使えなくなるのは，それまでのフローを変更せざるを得ず，ストレスフルだ．（なお，homebrewのformulaとしては，現在同様の機能をもつdiff-pdfが提供されている．）

まずは再ビルドを試みた．すると，ある意味当然ながらdiffpdfのビルドをも失敗するようになっていた．-libpoppler-qt4でエラーだという．

ソースコードを取得

% svn checkout --username anonsvn \ https://foundry.supelec.fr/svn/luatex/tags/1.0

pass: anonsvn

ビルド

% cd 1.0 % ./build.sh

ビルドしたバイナリを配置

% sudo mv /usr/local/texlive/2016/bin/x86_64-darwin/luatex \ /usr/local/texlive/2016/bin/x86_64-darwin/luatex095 % sudo mv build/texk/web2c/luatex \ /usr/local/texlive/2016/bin/x86_64-darwin/

フォーマット作成

% sudo fmtutil-sys --byfmt luatex % sudo fmtutil-sys --byfmt lualatex

結果

本稿は次のバージョンに基づいている：

e-pTeX 3.14159265-p3.6-141210-2.6 (utf8.euc) (TeX Live 2015) e-upTeX 3.14159265-p3.6-u1.20-141210-2.6 (utf8.uptex) (TeX Live 2015)

和欧文間にエディター上でスペースをいれてはならない．

このことは次の画像が明らかにしている：

上段はAの直前にスペースをいれていないもので，下段がスペースをいれたものでる．

(u)pLaTeXの使用者でもっとも多く出会う和欧文間は和文と数式モードであろう．数式モードの直前直後も同様にスペースをいれてはならない．

これも上段がエディダー上で$の直前にスペースをいれずに入力したもので，下段がスペースをいれたものである．

何が起っているのかは\xkanjiskipを例えば1\Cwdとでもしてみればよく判る：

再現ソースとしては次の通り：

ここでは職業的組版者の手によって，最終的な組版がLaTeXにより成される場合の標準的なワークフローを示している．

ワークフロー

LaTeX原稿が入稿される

記述されているコメントを全て削除する

独自に定義されたマクロ1を全て標準的2なマクロで置き換える

コーディング規約3に従ったマークアップに変更する

指定のフォーマットに従うべく作成したクラスファイルを適用し組版を行なう

著者がどれほど努力してマクロを定義したり，(La)TeXのテクニックを駆使しても，それは最初期段階で全て破棄され，利用されることはない．

一度著者の手を離れたソースコードは著者の許には原則として戻らない．

変更依頼時に独自マクロを用いて指定した場合，必ずしも正確に伝わるとは限らない．

このワークフローは例え“著者（執筆）用クラスファイル”が用意されており，それに従っていたとしても例外ではない．

独自に定義されたマクロには，想定されていないパッケージが用いられて定義されているものも含む． ↩︎

ここでいう標準的とは組版者の組織が決定する． ↩︎

なぜか表のセルに斜めの線を引くという要望が多い．

ここではこれをtikzを使ってuplatex+dvipsで実現する． 下記で実現はできるが，実用に供するにはもうすこし工夫が必要である．

この方法ではauxファイルを利用するため，uplatexで2度のタイプセットが必要である．

なお，基本的なアイデアは参考文献のPSTricsを用いた例である．

\documentclass{ujarticle} \usepackage{tikz} \makeatletter \def\pgfsys@markposition#1{% \pdfsavepos% \edef\pgf@temp{#1}% \expandafter\pgfutil@writetoaux\expandafter{% \expandafter\noexpand\expandafter\pgfsyspdfmark\expandafter{\pgf@temp}{\the\pdflastxpos}{\the\pdflastypos}}% } \def\pgfsyspdfmark#1#2#3{% \expandafter\gdef\csname pgf@sys@pdf@mark@pos@#1\endcsname{\pgfqpoint{#2sp}{#3sp}}% } \def\pgfsys@getposition#1#2{% \edef\pgf@marshal{\let\noexpand#2=\expandafter\noexpand\csname pgf@sys@pdf@mark@pos@#1\endcsname}% \pgf@marshal% } \def\pgf@sys@pdf@mark@pos@pgfpageorigin{\pgfpointorigin} \makeatother \begin{document} \begin{tabular}{|c|c|c|} \hline a & b & c\\ \hline \omit & \omit\hfill\tikz[remember picture,overlay]\node (n1) {};% & \omit\cr d & & f\\ \omit & \omit\tikz[remember picture,overlay]\node (n2) {};% \tikz[remember picture,overlay]\draw (n2.center)--(n1.center);\hfill & \omit\cr \hline g & h & i\\ \hline \end{tabular} \end{document}

参考文献

2015-12-28現在Springerから次のものがダウンロード可能となっている．

2015-12-31現在ダウンロードはできなくなっている．

Electronic Publishing, Artistic Imaging, and Digital Typography: http://link.springer.com/book/10.1007/BFb0053257

Digital Documents: Systems and Principles: http://link.springer.com/book/10.1007/b95721

Ausgewählte Aufsätze über Fragen der Gestalt des Buches und der Typographie: http://link.springer.com/book/10.1007/978-3-0348-7799-2

Font Technology: http://link.springer.com/book/10.1007/978-3-642-78505-4

2015-12-28現在，Springerから次のものがダウンロード可能となっている． 2015-12-31現在ダウンロードはできなくなっている．

TeX者向けリスト

TeX Reference Manual: http://link.springer.com/book/10.1007/978-1-4615-0941-7

TeX in Practice I: http://link.springer.com/book/10.1007/978-1-4612-4354-0

TeX in Practice II: http://link.springer.com/book/10.1007/978-1-4613-9139-5

TeX in Practice III: http://link.springer.com/book/10.1007/978-1-4612-2724-3

TeX in Practice IV: http://link.springer.com/book/10.1007/978-1-4613-9142-5

The Advanced TeXbook: http://link.springer.com/book/10.1007/978-1-4612-4256-7

LaTeX者向けリスト

TeX, XML, and Digital Typography: http://link.springer.com/book/10.1007/b99374

—あるいはぼくがかんがえるさいきょうの…

これはTeX & LaTeX Advent Calendar 2015の第9日目の記事として書かれたものである．

第8日目：senopenさん

第10日目：TBA

存在しない必要充分なLaTeX入門書

現在のところ，特に日本語で書かれたものでは，入門書としてLaTeXの必要充分な知識が身に付く書籍は存在していないようにみえる．

真に初心者に勧められる入門書が登場することが待ち望まれるが，ここでは数多あるLaTeX関連書籍の中から入門書を見出す簡単な判断基準を与える．

判断基準

概形による判断

もっとも単純な判断基準は，数百ページもあるものは選ばないことである．LaTeXの入門は適切な指導の下では数時間で可能なごく単純なものであるので，文書としてもそれほど大量のページ数は必要ではない．

内容による判断

まず，判断はタイトルあるいはサブタイトルではなく，その中身で行うことを注意する．これはそれらが必ずしも内容をあらわしているものではなく，主に商業的理由によってつけられるものであることによる．

次の基準に従って内容を判断することによって，本来不要な情報の提示に踊らされることを避けることができる．

内容あるいは目次内に次の項目がない：

TeXのインストール

専用エディタ

レイアウトのカスタマイズ

AMS関連のパッケージを用いた数式の組み方

書体についての詳説

TeXのインストールは計算機システムに関することであり，専用エディタは必要ではないソフトウェアである．また，これらは各人で異なる環境でもあることから，LaTeXの入門書で扱うには不適当な内容であるともいえる．そして，レイアウトの自由な変更やAMS関連のパッケージを正確に用いるにはLaTeXの充分な習得が必要な事項であり，任意の書体使用を制御することはLaTeXの以外の関連する技術が必要となる事項である．

目次に加えて索引あるいはサンプルに次のものが存在しないことも重要である．

\documentstyle

\it

\bf

これはTeX & LaTeX Advent Calendar 2015の第3日目の記事として書かれたものである．

第2日目：ワトソンさん

第4日目：alg_dさん

ローマ数字とは何か

ここで扱うローマ数字とは，次の七あるいはその小文字を含めて十四のラテン・アルファベットの組み合わせによる数値表現である1．

I，V，X，L，C，D，M

これらはそれぞれいわゆるアラビア数字による次の数値らに対応している．

1，5，10，50，100，500，1000

1から20までを例示すると次のようになる．

I (1)，II (2)，III (3)，IV (4)，V (5)， VI (6)，VII (7)，VIII (8)，IX (9)，X (10)， XI (11)，XII (12)，XII (13)，XIV (14)，XV (15)， XVI (16)，XVII (17)，XVIII (18)，XIX (19)，XX (20)

ローマ数字の組み合わせ表現規則

基本的な記述のルールは大雑把には次のものである．

小さい数が続く大きい数：加算 (VI = 5 + 1 = 6)

大きい数が続く小さい数：大きい数から小さい数を減算 (IV = 5 − 1 = 4)

同じ値の数が続く数：加算 (III = 1 + 1 + 1 + 3)

上の桁の数が続く小さい数：乗算 (IIIIXX = 4 × 20 = 80)

今日では一般に最小の長さにするルールも存在する．伝統的な表現方法としては必ずしも適用されるというわけではなく，組版上の問題からもいささか離れるので，ここでは扱わないこととする．

ローマ数字が用いられる場面

現代においてローマ数字は特別といって差し支えない場面で用いられることが多い，したがって，ローマ数字による数値表現は特別な意味合いを持つことになる．例えば次のような場面である．

書籍の前付け部分のノンブル(i, ii, iii)

章番号(Chapter I, Chapter II)

西暦(MDCCCCLXXXXVIIII = MCMXCIX = 1999)

大会などの回数(Super Bowl XLIX)

三世などの代数(Edward III)

ローマ数字の組み方

ローマ数字はベタで並べることのみによって組む．すなわち，恣意的な字間の調節等は行わない．これは，当該書体／フォントが予めもっている設定にのみ従うということを意味する．

字間に不満がある場合は，字間に不満のない書体／フォントを選択することによって解決する必要がある．

ローマ数字の書体

ローマ数字に用いる書体は当該文書に用いている欧文書体である．したがって，ローマ数字部分のみ他の書体／フォントを用いることはこれを行わない．

また，そのようにローマ数字に使用されるアルファベットがデザインされている場合，すなわち，Iが連続するような並びの場合にI同士が接近するように字間が設定されている場合を除いて，セリフのある書体であっても，セリフが接触するような恣意的な字間調整を行わない．

そのようなローマ数字を用いたければ，当該文書で用いている書体をそのようなものに，文書全体で変更することによって解決する必要がある．

なお，和欧文混植の場合，ローマ字を組む書体は当該欧文書体を用い，全角中にデザインされたものを用いないことを原則とするのは当然である．

注：ローマ数字を用いる時点で和欧混植の状態である．

LaTeXによる取り扱い

LaTeXにおいては，ローマ数字を組むのは至極簡単で，まさに単に並べるのみである．恣意的な字間の調整は行わないのは上の組み方で述べた通りである．

一方でLaTeXにはローマ数字に関して次の四つのマクロが用意されてはいる．

\roman

\Roman

\@roman

\@Roman

単純には前半の二つはカウンターを引数にとるマクロであり，また，後半の二つは@付きであるので，クラス／スタイルファイル以外では，そのまま単純には使用できない．

いずれにせよ，LaTeXを用いた文書の書き手には無縁のマクロといえる．

問題あるいはプレゼントのようなもの

下記の問題において，必要な諸条件は各々設定すること．

問題1：\classicalroman{1999}と入力した場合にmdcccclxxxxviiiiと出力し，\classicalroman{499}と入力した場合にはcccclxxxxviiiiと出力するマクロ\classicalromanを作成せよ．

問題2：\classicalRoman{1999}と入力した場合にMDCCCCLXXXXVIIIIと出力し，\classicalRoman{499}と入力した場合にはCCCCLXXXXVIIIIと出力するマクロ\classicalRomanを作成せよ．

参考文献

R. M. Ritter ed., The Oxford Style Manual, Oxford University Press, Ocford, 2003.

The Chicago Manual of Style, 16th ed., University of Chicago Press, Chicago, 2010.

これはTeX & LaTeX Advent Calendar 2013の第13日目の記事として書かれたものである．

第12日目：zr_tex8rさん

第14日目：mskalaさん

JIS Z 8305:1962に次の定義がある．

1ポイントは0.3514mmとする。

これは現在(2013-12-13)も有効な規格であり，したがって，日本で大きさ1ptといえば，0.3514mmのことを指すのが標準だといえる．

しかし，世の中そうでない1ptもいつくか存在する．そのひとつに1ptを1/72inと定義したものがある．PostScriptポイントあるいはDTPポイントと呼ばれるものだ(TeXではbpという単位に相当する)．これをmmに換算すると次の値である．

約0.3527mm

迷える小羊よ，汝の1ptは何mmだ？

JIS Z 8305:1962は『活字の基準寸法』である．もちろん金属のそれの規格である．

このJIS Z 8305には表1として次のものが示されている．

種類，大きさおよび大きさの許容差 種類，大きさおよび大きさの許容差

それによると，10ポイントは3.514mmであり，大きさの許容差は±0.035mmである．

ここで，大きさとはボディの縦方向の大きさを表していることを注意する．すなわち，字面の大きさではない．

迷える小羊よ，汝の1文字は何mmだ？

ところで，pTeX界隈ではよく知られたマジックナンバーがある．すなわち次のものだ．

0.962216

これはmin10.tfmのTYPE 0にある次の定義のことである．

(CHARWD R 0.962216)

これはmin10.tfmが制御する和字を0.962216倍だけ拡大することを意味する．TeXで1ptは1/72.27inであるから，10ptは約3.4928mmだ．その差は約0.021mmで確かに許容の範囲内である．では問題ないのかというとそうではない．文章は一般に行と呼ばれる複数の文字列によって構成されるからである．

ここでは単純化して10ptを40文字ベタ組み，すなわち字間を空けずに並べたものを1行として考える．

10ptの40倍で400pt．したがって，140.56mmとなるはずが0.962216だけ拡大されるので約135.2mmとなり，その差は次のようになる．

約5.310mm

これは1文字半以上の差だ．これを許容しては組版などできない．

迷える小羊よ，汝の1行は何mmだ？

よく見られた対策としては，1/0.962216の逆数1.03926769041あるいはその近似値を乗ずる方法であるが，もっとも素直で簡便な方法は，もとより0.962216だけ拡大なんてことをしないjfmを用いることだ．

今や実に簡単である．次のようにすればよい．

\usepackage[scale=1]{otf}

拡大や縮小で変形して整合性をとるなんて非合理的な方法はとるべきではない．

10ptの文字が40字並んで400ptで無い世界を望むのであれば構わないが．

迷える小羊よ，汝の1ptは何mmだ？

参考

財団法人 日本規格協会，JIS Z 8305:1962『活字の基準寸法』

JIS Z 8305:1962 活字の基準寸法 (kikakurui.com)

min10.pl (r18053)

ページ・エンタープライゼズ（株），LaTeX2ε [マクロ＆クラス]プログラミング基礎解説，技術評論社，2002

齋藤修三郎，Open Type Font用VF