🚀 go-pugleaf

 浅田＠トラストです。

nmizuno@tea.affrc.go.jp (Naomi MIZUNO) writes:

> ところで，イメージデータ形式の存在を許してしまったのは，
> 柔軟性には貢献するものの，
> 解像度独立というメリットを放棄してしまったような
> 気がします．

 でも文書に写真などを入れたりとかするわけですし、それが出来ないと
ページ記述言語としての意味がありませんよね。

 あくまで埋め込まれたイメージの解像度が固定されているだけで、実際
に印刷／表示の際にはデバイス解像度に応じて拡大／縮小されるワケです
し、解像度依存と言うのもハズレではないかと。

 マジで印刷業で使うなら固定解像度と言えど、数千 DPI なんかで読む
ワケですし、画素の荒さが出てイヤだっていうのはそうそう無いものだと
思っているのですが。

 実装によっては処理の内容に応じて、平均化／円滑化を行っても良いで
しょうし。

 この辺の要求は印刷業界の方に登場して頂けると嬉しいですね。なにせ
えげつないサイズの情報を処理しているそうですから。


> Adobe Streamlineみたいな技術を持っている訳なので，
> 全部ベクトルデータにしてしまっても
> 良いのではと思ってしまいます．

 複雑な階調の変化を伴う画像情報に対しては逆にデータが増えたりしま
せんか？ 線画に対して用いると非常に効果的だとは思うんですけれど。

 現状の安価な 1000dpi 前後のレーザプリンタではグラデーションすら
イマイチ綺麗に仕上がらないですからベクタに変換しても嬉しくなさそ
う。


> でも，Postscript自体が３次元ベジエに対応してくれないと．．．^^;
> Postscriptの拡張計画はないのかな？？

 そこまでイッちゃうと PostScript そのものが肥大しすぎるのでマズく
ないですか？ 今でもでかいと思うですし…。

 やるなら拡張扱いにして頂かないと困るでしょうね、きっと。
-- 
  ******************************************************
    株式会社トラストシステム  オープンシステムグループ
        浅田和久         E-mail: asada@trust.co.jp
            TEL: 06-389-6119  FAX: 06-338-5938
  ******************************************************