🚀 go-pugleaf

In article <4gfbr6$skh@t-server.t.u-tokyo.ac.jp>,
  tss@a.u-tokyo.ac.jp (SASABE Tetsuro) writes:

>   いかにも FAQ 的（何度も見たような気もする）なのですが、探してみても
> 答えが見付からないのでここでおたずねします。

それはきっと難しい話だからでしょう。

>   複数の PostScript ファイルを PostScript 的に－たとえば psmulti のコ
> マンド類が処理してくれるように結合するにはどうしたらよいのでしょう？ 
> cat でつないでもまとめて1ページと思ってしまうようですし。。。

うぅむ。日本語が曖昧だなぁ。
「psmulti の出力のような file を生成するにはどうしたらいいのか」
「psmulti の入力として扱える file を生成するにはどうしたらいいのか」
どっちでしょう？

ここでは, 後者だと思うことにします。(前者は自明ですよね。)
(なんで, わざわざこんなことを書くかというと, 前者だと思ってしばらく悩
んだからです。)

これはなかなか難しいと思います。
不可能ではないと思いますが, 美しい方法は思いつきません。

一番簡単なのは, gs で全部 bitmap にしてしまうことでしょう。
(で, それを全部つなげた ps file を作る, と。)

それを論外とすれば, いろんなことを考えなければなりません。

まず, psmulti などが行なう処理は DSC (Document Structuring Convention) 
に頼っている, ということを理解しないといけません。
(psmulti などはプログラムとしての ps file を扱っているわけではないので
す。)

psmulti とかは, ps file が DSC にしたがっていると仮定して, ps file 内
の断片をいろいろと並び変えたり, コードを加えたりするわけです。

ここで, ps file 内の構造がページ毎に完全に独立していれば話は簡単なわけ
ですが, 実際にはそうなっていません。だいたいにおいて, 最初に初期設定が
行なわれています。(初期設定というのは, 例えばページ内で使用する手続き
を定義する, などということです。)

例えば, A という ps file が次のような構造をしていたとします。
(本当は最後に終了時の後始末をするところがありますが, 簡単のために無視
することにします。)

  A の初期設定
  A のページ記述 1ページ目
  ...
  A のページ記述 naページ目

プリンタは ps file を最初から読んでいきますから, 初期設定は当然ながら
最初のページ以前になければなりません。
psmulti などはそーいうことを考えて断片を適当に並べ変えます。
例えば 3,1,2 ページをその順番で取り出すなら次のような構造に直すわけで
す。

  A の初期設定
  A のページ記述 3ページ目
  A のページ記述 1ページ目
  A のページ記述 2ページ目

さて, ps file が 2つあったらどうでしょう？
当然 初期設定のコードは 2つあることになります。
どういう順番で並べたらいいでしょうか？

単純に ps file を連結するなら, 話は簡単です。

  A の初期設定
  A のページ記述 1ページ目
  ...
  A のページ記述 naページ目
  B の初期設定
  B のページ記述 1ページ目
  ...
  B のページ記述 nbページ目

というように順番に並べていけば何とかなるでしょう。
(よーするに cat したのと同じことです。)
(A がプリンタの内部状態を変えてしまえばうまくいかないこともあ
りますが, (うまくいく程度には)変えないこともよくあります。)

しかし, ページの順番を変えられるようにするにはどうしたらいいでしょうか？

少なくとも, 上のような並べ方では(B の初期設定が A の na ページ目とみな
されるか B の 1ページ目とみなされるかはわかりませんが) 例えば, na+2 ペー
ジ目だけ取り出すとうまくいかないことがわかると思います。

  A の初期設定
  B のページ記述 2ページ目
(B のページ記述の前に B の初期設定が無い)

こーいうことを避けるためには, 両方の初期設定を一番最初に持ってくるとい
うことが考えられます。(もちろん, 両方の初期設定を合わせたものが初期設
定として認識されるようにするわけです。)

  A の初期設定
  B の初期設定
  A のページ記述 1ページ目
  ...
  A のページ記述 naページ目
  B のページ記述 1ページ目
  ...
  B のページ記述 nbページ目

しかし, 不幸なことに, 2つの初期設定が干渉しない, という保証はありませ
ん。例えば, A の初期設定で定義した手続きが B の初期設定で再定義されて
しまう, という可能性があります。その結果, A のページの中で B の手続き
が使用されページが乱れることになるかも知れません。

また, 全てのページに初期設定をつける, ということも考えられます。

  A の初期設定, A のページ記述 1ページ目
  ...
  A の初期設定, A のページ記述 naページ目
  B の初期設定, B のページ記述 1ページ目
  ...
  B の初期設定, B のページ記述 nbページ目

しかし, これはいかにも非効率的ですし, 美しくないというわけです。
(でも, 動くような気がするな... こんなツールがあってもいいかも知れない。)

長々と書いてきましたが, こんなわけでお望みのようなことが困難なわけです。

(これらの困難を乗り越えるには... 
  む。Display PostScript だと複数の実行コンテキストを持てるのか... で
もレベル 2 にも無いんじゃ話にならないな。
  そうか, 辞書スタックだけを誤魔化せばそれなりにうまくいくかもしれない
な... でも, userdict はポップできないから誤魔化すのが厄介だな。それに
レベル1だと事前に辞書の大きさを求めておかなきゃいけないし... いや, def 
だの put だのを全て再定義して動的に増やすようにすれば... あ, そもそも
同じ font 名で異なる内容の font が定義されたりすると... 一般には全ての
資源について... ぐぇ。
  最後の手段として ps インタプリタ上に ps インタプリタを実装して...
やめたやめた。)
--
[田中 哲][たなか あきら][Tanaka Akira]