flickr2014/12/24TeXの組版で1行ごとに色を変えるテキストからなるドキュメントのページというのは、行の集まりだと考えられます。本文を行ごとに色分けするようなことは可能でしょうか?Webページでは、CSSを使って、表の各行の背景色をストライプにするような効果がよく使われています。本文を行ごとに色分けするのは、CSSだけではかなり難しそうです。ブラウザで本文の1行になるコンテンツをどう決めているのか知りませんが、それを制御しようと思ったら、ブラウザの描画処理に介入する方法が必要に思えます。仕組みに介入する手立てが必要です。TeXでは、その手立てが「出力ルーチン(アウトプットルーチン)」という形で提供されています。パッケージがアレだった件、明日最終日はZRさんです)。出力ルーチンとはものすごく端折って言うと、TeXは入力ソースを読み込んだら最適な改行位置を計算して各行を作ります。その各行が溜まってきたら、そこから最適な改ページ位置を計算して1ページを作ります。各行が溜まったものは「メイン垂直リスト」、そこからTeXが計算して作った1ページは「\box255」と呼ばれます。1ページにはなるわけではありません。1ページにするのが「出力ルーチン」の仕事です。ページノンブルを振ったり、柱を作ったりする仕事も、実は出力ルーチンで行われています。この出力ルーチンにおける処理の内容は、ユーザが好きなように定義できます。そのまま律儀に使う必要もありません。組み立てられるので、戻した行は次ページ以降の材料として使われる)。いうプリミティブが使えます。高さ」のように実行すれば、指定したボックスから指定した高さぶんの行を取り出してきたボックスが手に入ります。本文をクリスマスっぽいストライプにするここまでくれば、本文の行をストライプにする方法が見えてきましたね。1行ずつ取り出して交互に色を付け、それを集めたボックスを作り、そのボックスを出力ページとして吐き出せばよさそうです。いうのが、ストライプ柄のために定義した出力ルーチンです。ページとして吐き出しています。実行結果はこんな感じ。ドキュメントオプションでフォントサイズを変えても行ごとに色付けされます。スクリーンショットも貼っておきます。注意ここに載せたのはおもちゃのプログラムなので、ノンブル付けといった他の処理はすべて無効になってしまいます。\vbox」もてんこ盛りです。解説のほうも、いかにも出力ルーチンが簡単なものっぽい書き方をしてますが、正直なところ、書いている本人もそれほどちゃんとは理解していません。してページを組み立てる処理と非同期に深く連動している処理です。ブックの第14章、第15章を完全に理解している必要があります。本来はなるべくいじらないほうがいいでしょう。共有2014/12/08「版管理+自動組版」イベントの雑感2014年12月6日、「版管理+自動組版」と題した勉強会というかイベントいうか集まりを開きました。「同じようなことをバラバラにやってる人たちの横のつながりのきっかけが欲しいな」という程度の軽い気持ちで声を上げてみたら、予想以上に興味を持ってくれる人が膨らんで、様々な背景の方から発表に手を上げていただき、当日も会場から次々と質問が飛び交うという、実に活発で刺激的ですごく楽しい集まりになりました。ありがとうございました!発表内容や概要は、公開されている各スライドや、武藤さんによる素晴らしいまとめを見ていただくとして、ここには個人的な感想文を晒しておこうと思います。参加してないと文脈が分かりづらい内容なのはご了承ください。Grifletという書籍のビルドシステムを紹介していただきました。出版に継続的インテグレーションを適用するというのは、自分たちでも割と前から取り組んでいたのですが、この間ずっと未解決になっていた課題として、自動組版の環境をプロジェクトごとに固定化したりチーム間で共有したりしたいという要望がありました。使うとこまでは過去の本の重刷対応なんかでやっているのですが、Dockerのような仮想コンテナが使えることには気づけてませんでした。スライドで、まさかその話をこうして直接聞ける機会がくるとは想像もしていませんでした。今回の宮川さんの発表では、これを商品として提供するサービスの可能性にまで突っ込まれていて、商用フォント会社とうまい具合にライセンス契約ができれば同人誌の制作をしたいような人にとっても現実的な価格で再販できるのではとか、商業出版をやっている身としてもサービスを享受するという方向で夢が広がる話が伺えました。商業出版という観点では、清水川さんによるかなり具体的な書籍制作フローの事例紹介がありました。清水川さんは、執筆者としてドキュメント制作フローを語ったと思うのですが、それは自分たち出版社の人間から見てもなんら特別なものではなく、本作りのフローで必要なことは執筆者にとっても編集者にとっても共通する部分が多いという至極当たり前の事実を追認しました(ただ、スプレッドシートでSIer風にコメントを管理するのはつらいかもw)。一つ追認したのは、上流でうまく回っているソースの版管理と最終的な本との間にギャップというかブラックボックスがあると、改訂版などへの再利用性は極端に低下するという事実です。ソースで完全に終わらせて、あとはレイアウト的な問題しか絶対に直さない、くらいの割り切りが必要かもしれません(レイアウト制作時に見つかった致命的な内容の問題が見つかったら必ずソースにも反映するようにする、といった抜け道は用意しておくとして)。一方で、再利用性っていうのが「版管理+自動組版」をやりたい人にとって大前提の金科玉条になってもいけないと思いました。そもそも何をどの程度に再利用可能にしたいのかは最終成果物によって大きく変わるはずで、必然的に、版管理する対象とか粒度、さらには制作システムのフローもまちまちにならざるを得ないでしょう。3つの事例かもなあと勝手に解釈していました。さんの発表は、「どれも似たようなことをしているのに担保したいことが違って標準化できてない」という話をはじめ、あるある感で胸が痛くいっぱいになりました。アプリケーションを固定していないのは、自分の経験としては正解だと感じてます。用意するということは、梯子の下の表現レイヤを限定するということです。表現レイヤは決め打ちでいいというなら、わざわざ山かっこなんか使わず、人間にやさしい(⊃入力しやすい)マークアップを用意したほうがハッピーでしょう。いう仕組みそのものには、文法的な一貫性を提供しつつ、ユーザが都合に合わせてマークアップを拡張できるという特徴があります。使うというのは割と理に適っているはずです。マークアップを拡張することについては、小宮さんからも、拡張によるマークアップの方言化の是非という視点での発表がありました。あって、それはすごく強力(なにぜPythonのフル機能がマークアップとして利用できるようになる!)なんだけど、それらの拡張が使える環境と使えない環境が生まれてしまう、さてどうしよう、という話だったと思います。生成機能がユーザから透過的とは言えない現状があります。コンテナを使ったという話がありました。そんな風に環境ごとシステムの中の人が管理するという手はあるとはいえ、どうしたってユーザの利便性とか表現レイヤの自由度は下がるわけで、痛し痒しな気もします。組版なのかもしれません。そこまで期待していいのかっていう内省もないではないんですが、技術的には夢の最終兵器としての可能性は間違いなく持ってるし、末端のユーザが実用できる日も遠くはない気がしています(実際、アンテナハウスの実装をはじめ、ちゃんと動いているものはあるわけで)。世界では直接必要とされていない技術なので、ブラウザというプラットフォームで継続的に仕様と実装の開発が進むかどうかです。いう巨大産業はどうやらそういう世界のようです。いう意味で、必要なのは銀の弾丸よりも金の弾丸なのでしょう......。組版を盛り上げていくのに協力できればなと感じました。力武さんにぶつけていただきました。「差分を取るだけでなく、差分に意味を与えて差分をメンテナンスしてくのが編集という営みだろう(意訳)」という話が個人的には刺さりました。相当することができない版管理ツールを使うのはやめようと思いました(小並感)。原稿をどう比較するかという話への会場からの食いつきがよかったのが意外でした。実体をしらないので、表面的な差分をとるだけならツールもけっこうあるし難しくない気がしてたんですが、そうでもないんですね......。限らず、閉じた世界でならものすごい利便性を提供するツールって、そこに身を投げれば版管理+自動組版が完全に解決するような錯覚に陥ることがあります。図表の版管理にしても、閉じた世界で便利な解決策を提供しているツールがありそうなものなので、この辺りは寡聞にして知らない系の話というだけかも。会の終了後は、主催者が参加できないことから公式の懇親会は企画しなかったのですが、一部の野良懇親会で濃い話が続いたりもしたようで、横のつながりの一助としても多少は機能できたっぽくてよかったです。いう特殊な軸で人が集まるのはとても面白いということがわかったので、同じ形になるかどうかはわかりませんが、また何かできればと思っています。いう状況っぽいです(異論は認める宗教戦争前夜)。メタデータくらいは気軽に出力できないと困ります。これといった便利パッケージが見当たらない†1。2日目の記事としてぶつけます。大物に挟まれてつらい)ところで、今週末の12/6(土)は、自動組版とバージョン管理の可能性を模索しようという「版管理+自動組版」という集まりがあります。ものすごく楽しみです。いったものがあるようです。\GITHash(vc)といった引数なしのコマンドを自分のドキュメントの中で指定して使う仕組みです。ここで厄介なのが、これらのパッケージのインストールと設定です。するだけで使えると実にうれしいのですが、残念なことにそんな安直な使い方をさせてくれません。事前に外部のスクリプトを自分で設定する必要があります。するという仕組みになっています。ドキュメントのコンパイル時に実行したりする必要があります。フックスクリプトの機能を利用する仕組みになっています。読み込んでおくという具合です。回している環境ではちょっと使いにくい(コミットフックで出力される特定のファイルをバージョン管理化におけばいいのですが、なんかいやだ)。仕方がないので、自分ではこれらのパッケージを使っていません。取得するだけという、超低機能な自前コマンドを使っています。いう引数なしのコマンドで得られます。用のパッケージにしてみました。コマンドが使えるようになります。いうパッケージでファイル単位でしかメタ情報を扱えないことに苦慮していたことがありました。移行したので、この問題は個人的には原理的になくなりましたが。出版される前の本の内容は、通常は著者や編集者に代表される「制作サイド」の人間にしか読まれない。専門性の高い本であれば査読とか監修といったプロセスを有識者にお願いすることはあるけど、そうしたお願いをするときには有償だったりカバーや袖に名前を出したりすることが多いので、これも「...職務経歴書いろいろあって職務経歴書を作成してみることにしました。機能を使うのが一番お手軽です。編集をお手伝いしました。Blogger.自己紹介Unknown詳細プロフィールを。