アカウント名:
パスワード:
以前にこの関係の人と話したことが有るのですが, その時の議論だと
という2点が問題点として認識されているようでした.
ただ, 私は当時印刷屋さんのシ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
PostScriptは過剰か? (スコア:4, 参考になる)
以前にこの関係の人と話したことが有るのですが, その時の議論だと
という2点が問題点として認識されているようでした.
ただ, 私は当時印刷屋さんのシ
Re:PostScriptは過剰か? (スコア:2, 参考になる)
自分の仕事が印刷系のシステム開発なんですが、ラスタが主なターゲットで PostScript はどうしてもおまけというかその装置の最高の性能を引き出す為の条件からは外れたポジションに位置してしまいます。
言わばなんでも出来てしまう汎用性・記述性の高さの故に速度的パフォーマンスは高くないのが欠点というか。
いっその事 MS-Windows GDI の API なども取り入れ、処理ロジックをダイナミックに切り替えられるような仕組みにして欲しいです。
そういった点で CUPS(Common Unix Printing System)はなかなかいい実装をしていると思うんですが、双方向性や印刷物の scheduler がない点, 無駄な多重 spooling, PostScript 以外での CMS(Color Management System) が無いなど、改善要項は幾つもあるような状況です。
いっその事 CUPS に必要な改良を加えたものを OpenPrinting として出すというほうが実用的で時間的にも早かったりして...。
データ転送は自分が仕事で担当しているシステム(特定業種向け)では USB2.0 でもぎりぎりか不足していますが、家庭・オフィス用では高解像度・高画質プリンタでも USB 2.0 があれば余裕です。
それより CMS で画像処理にかかる CPU の負荷が大きい...。