Article View: fj.sys.mac
Article #51864Re: [Q] PostScript Error??
From: Man Iseki
Date: Sat, 05 Oct 1996 00:00
Date: Sat, 05 Oct 1996 00:00
127 lines
6416 bytes
6416 bytes
栗原さんこんにちは。 名古屋・井関です。 OKI MICROLINE 803PSII私も使っております。 ATOK8も使っています。 EGWORDは昔Sys6のころ使っていましたが今はMacWriteです。 MacWriteに移った理由はAtokがバンドルされたからです。 EGWORDからのPostScriptエラーについて。 もしシステムやアプリに原因が無いとすれば 多分KT7.5.1のアップルの標準の中ゴシックBBB使用のせいでしょう。 OKI MICROLINE 803PSIIに内蔵しているフォントは アドビ・モリサワの細明・中ゴシックです。 KT7.5.1のアップルの標準のPostScript細明・中ゴとも別物です。 NTX-Jまではアドビとアップルは仲が良かったのですが その後フォント戦争が起こりました。 ポストスクリプトグラフィックの分野でアドビに主導権を奪われるの を嫌ったアップルがアドビポストスクリプト離れを行ったのです。 これがtruetypeとQuickDrawGXです。 アドビではATM-FontとPostScriptでとっくの昔に実現済みでした。 ---#--- その時それに怒ったアドビはATM-Fontの仕様を公開してしまいました。 これによりそれまでのフォントメーカーは殆どつぶれてしまいました。 誰にでもATMfontが作れるようになったからです。 ---#--- で、同様な機能のものや同名のフォントが混在することになりました。 迷惑なのはユーザーやソフトハウスです。 少なくとも細明・中ゴに関してはアップルの漢字トークの中でさえも 3タイプあります。(6.0.7以前~7.1~7.5)相互のフォントレベルでの 厳密な互換性はありません。 印字結果の位置が画面とずれるとか、文字が別の字にばけるとかが 起こります。特に6~7です。 で、以前からアドビのポストスクリプトを使いたいがため、アップル ユーザーだったデザイナーDTP関係者はアップルのフォント関連は 6.0.7以後、全く使用しないのが実際です。 OKI MICROLINE 803PSIIは、私は素晴らしいできのプリンターだと 思います。 日本語ポストスクリプトを名乗るレーザープリンターに内蔵されてい るのは殆どがアドビ・モリサワの細明・中ゴです。 まずはKT7.5.1のアップルの標準の中ゴシック・リュウミン(細明) すべて捨てましょう。 TTもPostScriptも両方ともです。 アドビ・モリサワATMの中ゴシックBBB・リュウミンLKLのスーツ ケースと丸漢を代わりに使います。 アドビ・モリサワATMの中ゴシックBBB・リュウミンLKLのスーツ ケースと丸漢はどこにあるか? 残念ながらフリーウエアではありません。ですのでアドビ・モリサ ワフォントを内蔵しているプリンターメーカーのパッケージにさえ もついておりません。ライセンス(お金)が絡むのでしょう。 #ユーザーとしてはそうしておいてくれるとありがたいのですがね。 このNGの上では「アドビ・モリサワATMの中ゴシックBBB・リュウ ミンLKL」パッケージを正規購入しましょうとしか言えません。 プリンター用フォント無しの、画面表示専用の中ゴシックBBB・リュ ウミンLKLのATMがあります。多分一万五千円以下で買えます。 ATMコンパネ書類と・画面表示専用のポストスクリプトフォントデー ター・スーツケースと丸漢がついています。 #)画面表示専用のポストスクリプトフォントデーターにはプロテク トがかかっていて、一台のMacのみにしか使用できませんが、スーツ ケースと丸漢はそうではありません。 何故アップルの標準の中ゴシック・リュウミンPostScriptフォントを 使っているのに、市販のポストスクリプトプリンターで不都合が起こ るのか? 何故TTとPostScriptで完璧なFontの互換性を最初から持たせなかっ たのか? ユーザーとしては腹が立つでしょうがアップルはそういう会社ですの でしかたがありません。 このようにしてシステムのフォントを入れ換えてしまうと、 その後、以前アップルの細明・中ゴで作った書類を開くとき、アッサ リ勝手に置き換わってくれるアプリケーションとそうでなく、再度 アドビモリサワの細明・中ゴを指定し直さねばならないアプリが あると思います。 また指定し直してもそれ以後ずっと『「細明・中ゴ」がない。』と その書類を開く度、コーションだし続けるアプリもあります。 #私の使っているMacWriteがこれです。それ以外の害はありません。 また縦書きの文字のときいちいち文字パレットの「縦書き記号」から 選ばないといけないアプリがでるかもしれません。 縦書きされるならことえりのPS 特殊文字パレット(だったかな?) なんかそんな名前のインストールをお忘れ無く。 例えばカタカナのエレベーターの長音記号が画面では見えているのに 縦書きで出力すると化けているとか、入力したとたんに化けるとかです。 Atokしか使わなくてもことえり入れておかないと、その他トラブルの 原因になることも現にあります。 あと書類のヘッダーとかを自動的にプリントするソフトで、そこに アップルの細明を使用するという「仕様」になっているアプリでは、 このシステムの場合 本来ならOsakaが代用して使われるはずなのに、延々とアップルの 細明を探しに行ってエラーを起こして止まる場合もあります。 その場合は使わないアップルの細明スーツケースもシステムに入れて おかねばなりません。 その結果フォントメニューには二つのRyuminLight83pvRKSJH か、または細明とRyuminLKLが現れるでしょう。 二つのRyuminLight83pvRKSJHの場合下の段がモリサワアドビの細明です。 細明とRyuminLKL の場合RyuminLKLがモリサワアドビの細明です。 ではまた。 たかがPSプリンターから細明中ゴを正しく出すのにこんな苦労が必要なのは 全てアップルの気まぐれのせいです。 PSプリンター使用の際には、用紙設定の全てのチェックボックスを外して おくことをおすすめします。(用紙設定オプションも) -------------------------------------------------- ●NAGOYA ISEKI ●Crystal Red Bee Shrimp ●http://www.japan-net.or.jp/next/red.html ●E-MAIL next-dg@japan-net.or.jp --------------------------------------------------
Technical Details
Message-ID:
<next-dg-0510961625320001@ppp007.ngy.japan-net.or.jp>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<kurihara-0410961852350001@engnewsserver>Show Full Headers
Complete Article Headers
X-Google-Language: Japanese,JIS X-Google-Thread: f514d,1b3d0a64784ea481 X-Google-Attributes: gidf514d,public From: next-dg@japan-net.or.jp (Man Iseki) Subject: Re: [Q] PostScript Error?? Date: 1996/10/05 Message-ID: <next-dg-0510961625320001@ppp007.ngy.japan-net.or.jp> X-Deja-AN: 187750958 references: <kurihara-0410961852350001@engnewsserver> content-type: text/plain; charset=iso-2022-jp organization: Next Design mime-version: 1.0 newsgroups: fj.sys.mac