21世紀の論文における17世紀のフォント
(linyangchen.com)- 21世紀の博士論文の組版に1670年ごろのDutch Fell typesを用い、デジタルフォントの均一さよりも、手で彫り手作業で組んだ活版印刷の質感をLaTeXでよみがえらせようとした
- Fell typesはCaslonより約半世紀古い書体で、Igino MariniがIM Fellとしてデジタル化し、OpenType機能を適用、その後Google Fontsでも提供されている
- 不揃いなx-height、粗いbaseline、ばらばらなserifがある一方で、文字の内部と文字間の流れが均衡を保ち、長文の本文でも読みやすい
- 本文サイズでは縦画がCaslonよりやや太く、picket-fence効果が生じるため、LaTeXの
fontspecで字間を広げ、イタリックとヘッダーは別途調整した - 最終的にFontForgeで一部のglyphとkerningを手直しし、solidusと
iの点の重なり、uのserif、small-capのC、en dashとem dashを修正したが、線の太さを細くするのは歪みの危険があるため避けた
デジタルフォントに欠けていた活版印刷の質感
- 一般的な本文用デジタルフォントは、CaslonやGaramondのような有名書体であっても均一で整いすぎており、古い活版書体の手で彫ったような感触が弱い
- 忠実な活版書体のデジタル復刻はまれで、Justin HowesのFounder's Caslonはその一つだったが、2005年に彼が41歳で心臓発作により亡くなって以降、商業的には提供されなくなった
- 1741年にロンドンで印刷されたWilliam Caslonの原本specimen sheetを大学図書館の稀覯本コレクションで直接見た経験が、博士論文で活版印刷を模倣する試みにつながった
- 大学が論文書式としてTimes New Roman 12ptを強制していなかったため、博士論文に別の組版方法を適用できた
Fell typesを選んだ理由
- 1670年ごろのDutch Fell typesは、Caslonより約半世紀古い書体である
- Igino Mariniは過去10年にわたり、Fell typesを忠実にデジタル化し、OpenTypeの高度な組版機能を適用する作業を進めてきた
- このデジタル書体はその後Google Fontsでも提供されている
- 1693年にOxford University Pressが印刷したFell types最初のspecimen bookは、J. S. Bachが8歳のときに刊行されたもので、現存が知られている写本は4部しかない
- 元のpunchとmatrixのかなりの部分は、木製のものを含め失われているため、specimenは一部の字形にとって唯一の記録となっている
粗いが均衡の取れた書体
- Fell typesは活版の基準で見ても粗い書体に近い
- x-heightが一定していない
- baselineがでこぼこしている
- serifが互いに同一ではない
- 表面的なノイズがあっても、一文字の中の均衡と次の文字へ続く流れが精巧で、読みやすい
- こうした特徴は、当時オランダからデンマークまで北西ヨーロッパで広く使われた類似書体にも見られ、その後Caslonを通じてさらに広まり、今日でも高く評価されている
- CaslonとFell typesをglyph単位で比較すると違いはおおむね表面的だが、単語・行・段落の単位ではより微妙な差異が現れる
本文で現れたpicket-fence効果
- 本文向けoptical sizeでは、Fell typesはCaslonより縦画がやや太く、ページ上の色がより濃くなってpicket-fenceのような印象を与える
- picket-fence効果が極端になると現代の読者には読みにくくなりうるが、その代表例としてGothic scriptが思い浮かぶ
- 長文では読者が少し「引っかかる」ような感覚を覚えることがある
- 大学論文で求められる異常に大きな行間は、縦方向と横方向の密度の不均衡をさらに大きくする
Mariniの原則と字間調整
- Igino Mariniは2015年、Fell Typesプロジェクトの前提は原型をできる限り再現することであり、デジタル形状と全体のspacingの詰まり具合も積極的な解釈なしに維持したと述べた
- MariniにとってFell Typesの目標は、楽しいあるいは現代的に見える書体ではなく、忠実な復刻だった
- 小文字の字間を変えるべきではないという組版規則を破り、LaTeXのfontspecパッケージですべての文字の間隔を少し広げた
- 調整の目標は、テキストの縦横の「抵抗感」がほぼ同じに感じられる程度にすることだった
- 結果はミクロにはほとんど目立たないが、段落全体では圧迫感が少し和らぎ、テキストがより呼吸し自由に読める効果を生んだ
- LaTeXのmicrotypeパッケージでmargin kerning、すなわちprotrusionも適用した
イタリックとヘッダーの間隔を別扱いに
- 小文字の間隔を広げたあと、イタリックは広がりすぎて見えた
- イタリックの文字は筆記体のように、互いによりつながった形に近いためである
- 本文中のイタリック語は基本の字間に戻して再圧縮した
- より小さい文字サイズで表示されるページヘッダーのイタリックは、逆に詰まりすぎて見えた
- 1693年のspecimenを見直すと、小さいサイズのイタリックは実際により広い字間で組まれ、可読性を高めていた
- ヘッダーのイタリックには本文Romanより大きな字間拡張を適用した
- 翌日になると通常サイズの本文イタリックも再び詰まりすぎて見え、再調整した
- 最終結果は博士論文で確認できる
LaTeXとPDF表示の問題
- Fellフォントファイルはデジタルフォント標準の高度な設定を活用しているため、LaTeX組版やPDFの表示・印刷でいくつかの問題が生じる
- 関連する問題と解決策はStack Exchangeスレッドで議論されている
FontForgeで修正したglyphとkerning
- 論文を独自の組版成果物にするため、glyph形状とkerning tableの一部を自分で修正した
- こうした修正はワードプロセッサやAdobe Illustratorではできず、専用のフォント編集プログラムが必要になる
- 使用したツールはFontForgeで、当時IM FellフォントはSIL Open Font Licenseで提供されていた
- IM Fellは1693年の原本そのものではなく、19世紀末に新たに鋳造された活字を使った後代の復刻からデジタル化されているため、原本specimenと完全に同一ではない
- 修正の主な動機は原本性の追求ではなく、19世紀の再鋳造過程で生じたとみられる一部文字の目立つ折れが可読性を損ねていたためである
- デジタルフォントは原本よりやや太いが、太い部分をより多く削る過程で歪む危険があるため、線の太さは細くしなかった
- 広げた字間のおかげで、テキストブロック全体の色も読みにくいほど暗くは感じられなかった
具体的な修正一覧
out/inのような場合にsolidusとiの点が重なることがあるため、この重なりを除去した- 別の方法としては、LaTeXで
{\\i}を使い、dotless iを/iligatureのように扱うやり方がある - proseではsolidusはできるだけ使わないほうが望ましいと考える
- 別の方法としては、LaTeXで
uの右上serifが上にはみ出していた問題を修正した- Fell typesの原本specimenにはこのような突出はない
- serifを水平方向に短くし、左の画とつながって見えないようにして可読性を高めた
- small-capの
CがGのように見える問題を軽減した- specimen自体でも
Gのように見えるが、他のCはそうではないため、不完全な彫刻または印刷で生じた意図しない異常だと判断した
- specimen自体でも
- en dashとem dashをより長くした
- 以前のen dashはhyphenのように、em dashはen dashのように見えていた
- テキストブロック全体の色になじむよう、よりすっきりした形に調整した
- 隣接するイタリックの
g同士の重なりは修正しなかった- 活版では一体で彫られていない限り物理的に不可能だが、下部を分離すると二文字の間が空きすぎる
- specimen bookには当時こうした場合をどう組んだかを示す例がない
- 別途
ggligatureを描かない限り、現状でも悪くないと判断した
粗い欠陥が生む意図された効果
- glyphの拡大画像では、書体の折れや傷が際立って見える
- 木製や金属の活字そのものにそれほど多くの欠陥があった可能性は低く、当時の紙の粗い質感もこの印象に影響している
- 現代の滑らかな紙に通常サイズで印刷すると、こうした折れや傷が、手作りの紙に手で彫った文字を押しつけたような効果を生む
- 21世紀のコンピューティングを扱う論文がルネサンス期の印刷物のように見えてよいのかという問いは、遠い過去と遠い未来が出会う2001: A Space Odysseyの場面へとつながる
1件のコメント
Hacker Newsのコメント
自分の「中世風コンテンツファーム」(https://tidings.potato.horse)でも、似たようなアプローチをCSSで試したことがあるが、性能の問題のせいで、個々の文字の不透明度と色味だけをランダム化し、変形は外した
次の段階は、テキスト右側の空白を隠す小さなパディング領域を追加して[1][2]、テキスト列をもっと整って見せることだった。当時は horror vacui がかなり重要だったようだ
不思議なことに、これはコンテナクエリとStable Diffusionを使うとはるかに簡単になる。パターン例をSDに入れて10個ほどのサイズにスケーリングし、各行の空白に合う要素背景として使い、コンテナクエリで適切な画像を選べばよい
そうすると、すっきりしていながら有機的な感じになり、JSを使っていないと自慢することもできる
[1] https://i.pinimg.com/originals/2f/46/2d/2f462df256f4bd509b48...
[2] https://i.pinimg.com/originals/ac/68/a8/ac68a86da5ec457960d0...
テキストレンダリングが本当に美しく、文字が表示されたあとインクが少し遅れて乾く効果まである。彼らのテキストレンダリング手法についての技術ブログを期待していたが、まだ見ていない
IPAでは /rafaw pastuʂak/ に近い気がする。ちなみに /ʂ/ は /ʃ/ ととてもよく似ている
そのページの引用符はかなりひどい。ベストプラクティスは丸い二重引用符か丸い一重引用符を使うことで、バックティックとアポストロフィの組み合わせではない
https://www.cl.cam.ac.uk/~mgk25/ucs/quotes.html を参照。要するに `quote' のように、ASCIIのグレイヴアクセント(0x60)を開き引用符、ASCIIアポストロフィ(0x27)を閉じ引用符として使うべきではないという話だ
そして Founder's Caslon は商用で入手できる。少なくとも今はそうだ
https://www.myfonts.com/collections/founders-caslon-font-itc
LaTeXの原文からコピー＆ペーストして、引用符の修正を忘れた可能性もある
少なくとも自分の環境では、ページのイタリック体も抜けている。別個のイタリックグリフを使う代わりに、ローマン体を傾けたオブリークになっているように見える。イタリックグリフが見つからないか、設定が誤っていると、一部のシステムはこう処理する
ユーザーに見える側で丸い引用符へ変換されるマークアップとして使うなら、妥当な慣行だと思う。手書きですら、誇張した開き引用符のように書いてしまうことがある
丁寧に書くときは丸い引用符か、鏡写しのように向かい合うティックを書くが、ラフな文章やMarkdownでは、開き／閉じの区別が明確なので、一重引用符ひとつだけより読みやすいと感じる
より整った形の可変Fell系フォントが欲しいなら、Elstobを見るとよい: https://psb1558.github.io/Elstob-font/
スライダーを調整でき、記事で言われているような間隔効果を作りやすい
勧められているフォントは中世風の制作物にはより合っているかもしれないが、それでもなおデジタルっぽく見える
この記事を読むと、なぜ、そしてどのようにフォントがコンピュータプログラムと見なされ、著作権保護の対象になるのかがよく分かる
一般の人や多くのプログラマーは、フォントを小さな絵の寄せ集めのように直感的に考えがちだが、実際には膨大な作業が入っている
今日では良いフォントをたくさん選べるし、たいていは自分でフォントライセンスを買っているわけでもないのに、誰かがその制作コストを負担してきたというのは幸運なことだ
フォントが単なる「小さな絵の集合」、つまりビットマップフォントであっても、すでにパブリックドメインの絵だけを集めた場合や、創作性の基準を満たさない場合、政府作成物のような特殊事情がない限り、やはり著作権保護を受ける
定額料金を拒み、アプリのユーザー数が一定規模を超えたら、より大きな取り分を要求するケースも多い。アプリが人気だからといって、フォントライセンスに6桁の金額を払えるほど金をかき集めているわけではない
Linux、HTML、JS、CSS、Rust、Goのような技術スタックと、何万ものオープンソースライブラリやモジュールで、数百万ユーザー向けのアプリを作れて、その多くはユーザー単位の料金もなく、完全に無料であることさえ多いのに、フォントがアプリで最も高価な構成要素になりうるというのは奇妙だ
新しいターミナル用フォントを見つけた: https://building-m.net/xbackbone/jOGE6/sUGEqePe74/raw.png
export LC_ALL=Latin.UTF-8のようなものと組み合わせると、プログラマーは実は呪文を唱える 魔法使い だという比喩がよく映えそうフォントにうねる欠陥を埋め込むのではなく、ラスタライズ時に手続き的に生成 するとよさそう
そうすれば、フォントサイズに関係なく粗い質感を同じ解像度で維持できるはず。今の方式だと 120pt のフォントでは粗い縁まで拡大されて見える
フォント言語でこういうことを指定する方法はあるのだろうか？ それともラスタライズエンジン側で直接実装するしかないのか？
基本の字形の境界に図形を配置し、その図形の中にランダムな点を置いて、点同士を線やスプラインでつなぐやり方を考えていた
形をどれだけ変えたいかに応じて図形の大きさを変えられるし、保持したい特定の特徴も制御できる。もっといい方法を誰か思いつけるかもしれない
サイズごとのフォントは非常に細かく調整されるが、それはまさに言われた理由、つまり小さな特徴が大きなサイズでは妙に見え始めるからだ
ただし主要な表示システムである Windows、Mac、X ではサポートされていなかった。NeWS や NeXT なら対応していたかもしれないが、よく知らない
ほとんどのフォントレンダリングに使うには無駄かもしれないが、最終スライドや PDF をレンダリングするときなら面白そうだ。もちろんその PDF をプリンターに送るつもりなら愚かだけれど
本当にすばらしい仕事だ。過度に現代化されていない 歴史的フォント を見つけるのはとても難しい
趣味で古いトランプ、タロットデッキ、その他の印刷物を復元して、現代の読者が使えるよう再印刷するのが好きだ
読みやすくするには翻訳したテキストや再構成したテキストを使うのが正しいのだが、こういうフォントが簡単に手に入ると作業がずっと楽になる
このフォントは自分には少し汚れすぎているが、「現代タイポグラフィ」がしばしばあまりに無機質すぎるという点には同意する
セリフ体のルネサンス も期待している。セリフはウェブに向かないという言説はあまり信じていない
タイポグラフィの専門家ではないが、好きでよく使いたくなるフォントは Baskerville だ
一方で LaTeX は本当に好きだが、Computer Modern はひどく嫌いだ。フォント自体の問題ではなく、それを使うとすべての論文が同じに見えるからかもしれないが、あまりにも退屈だ
画面解像度が向上して、セリフを印刷物に近い形で十分に表示できるようになったことで、可読性論争 は次第に重要ではなくなってきた。Apple が 200dpi 超の「Retina」ディスプレイを普及させた 2010〜2014 年ごろからそう言えるし、今ではウェブ閲覧の大半がモバイルで行われるのでなおさらだ
違いを生むのは、セリフ書体が持つ文化的・ブランディング上の連想だ。最近では現代的で技術寄りの文脈でも、ウェブ上でセリフタイポグラフィをより頻繁に見かける気がするし、theverge.com の独特なリデザインを見ると、ルネサンスはもうすぐかもしれない
関連記事: http://alexpoole.info/blog/which-are-more-legible-serif-or-s...
LaTeX の組版品質があれほど高いのに、これが使われ続けているのは罪に近い
正直、あのありきたりな Didone スタイル もあまり好きではない。読むためというより、広告や雑誌の表紙に向いたスタイルだ
Baskerville は好きだが、自分の知る唯一のオープンソース版である Libre Baskerville が画面向けにデザインを変えすぎているのは少し残念だ。Caslon も同じ状況だ
実際、このフォントはかなり読みやすかった。目が単語から次の単語へより滑らかに移動する感じがした
各文字の太さがわずかに不均一なのも興味深く、OpenDyslexic のような失読症の読者を助けるために設計されたフォントに似ている。そのせいなのかもしれないと思った
https://en.m.wikipedia.org/wiki/OpenDyslexic
90年代後半から2000年代にかけて、フォントには「数学的」「幾何学的」なデザインを志向する タイポグラフィの潮流 があり、その痕跡は今も残っている。すべての文字にまったく同じ曲線、同じボウルの大きさと比率、同じセリフを使うといったものだ
今ではたいてい行き止まりだったと見なされている。テキストが非人間的で平板に感じられ、可読性の向上はせいぜいわずかで、むしろ悪化することさえある。あまり散漫でなければ、小さな不一致が素早い文字識別を助けるようだ
最近の流れは、意図的に導入した特定の 不一致 に近い。ほとんどはフォントを個別に研究しないと気づかないほど微妙だが、全体として有機的な印象を与え、異なる文字で使われる似た形を区別しやすくしてくれる
このサイトで見たフォント実装や記事の中では、実際これがいちばん気に入った。信じていい、こういう記事は全部クリックしている
本を書いているので、書体に気を取られることは当然ついて回る問題でもある