- [3409] QuarkXPress4.1字詰めが崩れる 旧掲示板 2007/12/11 17:53
QuarkXPress4.1字詰めが崩れる
また、
お知恵をお借りしたいのでお願い致します。
外出でしたら申し訳有りませんん。
Mac OS9.2.2。
QuarkXPress4.1。
OCFフォント他、
基本書体。
この環境でQuarkXPressで打った文字が以前は問題なく出力されていたのですが2週間程前からモニター上ではまったく問題無いのに出力すると文字詰めが崩れているのです。
以前の問題の無かった書類を開いてPS書き出しをしてPDFに書き換えて開くとやはり文字組が崩れてしまっています。
Illustrator8で打った（アウトラインは掛けてません）文字はQuarkXPress4.1に貼り込んで出力しても文字詰めは崩れません。
他のMacにコーピーしても問題は無いのに作業をするMacだけがこの症状を出してます。
フォントを入れ替えてQuarkXPress4.1も入れ替えました。
ATMも入れ替えてみましたが改善されません。
フォントは全ての書体が小さいサイズにすると文字詰めが崩れますがサイズを14Pt以上のすると字詰めの崩れが直ります。
何か原因が有りますでしょうか？
宜しくお願い致します。
lala 2007/12/11 17:53:24
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
001
>この環境でQuarkXPressで打った文字が以前は問題なく出力されていたのですが2週間程前からモニター上ではまったく問題無いのに出力すると文字詰めが崩れているのです。
出力とは？ プリント？
css 2007/12/11 18:18:37
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
002
崩れる、、といっても、どういう風に崩れるのですか？ あなたしか物を見ていないのですから、具体的に説明してください。
で、、
プリンタはなんですか？
ＰＳプリンタなら、プリンタフォントの有無はどうなってますか？
匿名 2007/12/11 19:20:36
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
003
OCFでPDF???
いいのかな〜???
しらねーぞー 2007/12/11 19:46:28
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419.2.1 (KHTML, like Gecko) Safari/419.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
004
>OCFフォント
>フォントを入れ替えて
OCFでどうしてフォント入れ替えできるの？
あれ〜？？ 2007/12/11 22:12:37
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
005
>OCFでどうしてフォント入れ替えできるの？
OCFとは書いてあるけど、モリサワとは書いてないでしょ。もしかして、OCFはすべて同じだと思ってますか？
匿名A 2007/12/11 22:34:26
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
006
＞OCFでPDF???
＞いいのかな〜???
PDFを作るときのフォントと、組版時のフォントが同じである必要はないし。
昔から、OCF環境で組版して、CID環境で出力してるでしょ。
匿名A 2007/12/11 22:36:28
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
007
＞PDFを作るときのフォントと、組版時のフォントが同じである必要はないし。
＞昔から、OCF環境で組版して、CID環境で出力してるでしょ。
それは、ずれても仕方ないですね。
しらねーぞー 2007/12/11 22:49:44
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419.2.1 (KHTML, like Gecko) Safari/419.3
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
008
＞PDFを作るときのフォントと、組版時のフォントが同じである必要はないし。
主さんはそんなまどろっこしいことしたのかな？
最初の書き込みからして、してないんじゃないの？
だとしたらPDFは？？？
ありゃりゃ！ 2007/12/11 23:29
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; InfoPath.1)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
9
>それは、ずれても仕方ないですね。
そこまで、無知さ加減を公開しなくてもいいのに（^^/
匿名Ａ 2007/12/12 8:56
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
10
＞主さんはそんなまどろっこしいことしたのかな？
あなたの推測でしょ。いくら疑わしくても、それを根拠にはできませんから。
匿名Ａ 2007/12/12 8:59
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
11
＞>それは、ずれても仕方ないですね。
そっか、「出力環境」をMacのことと思ったか。
話は、出力デバイスが認識するフォントが何かということだから、当然組版ソフトの認識する環境とは切り離せる．．ということ。
文字位置は、組版ソフト側で設定されるので、出力デバイス側がCID認識でも（文字位置という意味では）一向差し支えない。
匿名Ａ 2007/12/12 9:07
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
12
説明が足りなくて申し訳ありません。
フォントはOCFです。PS書き出ししてディステラーでPDFにしてRIPを通してフィルム出力です。
PDFの問題かとも思いPS書き出しだけでRIP側に送り出力しましたが同じ症状が出ています。
RIP側にはOCFもCIDも入っていますので問題は無いはずです。
文字詰めが崩れる現象は数字、漢字共に文字と文字の間が間延びしていたり詰まり過ぎていたりと一行の中で数カ所でそれぞれの崩れを生じていると言う状態です。
それも、出力をする度に間延びしている所と詰り過ぎている所が変わります。
0123456と打ち込んだ数字が01 234 56の様にスペースが入った様になっていたり詰めすぎて文字同士がぶつかっていたりと言う状態です。
説明不足で申し訳有りませんでした。
宜しくお願いします。
lala 2007/12/12 9:48
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
13
002さんがかいておるがのぅ、
この状況ならプリンタフォントの有無でないかのぅ。
白髪おやぢ 2007/12/12 10:02
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
14
ocf使用のドキュメントを正常に出力する目的で、あまりpdfにはしないと思うけど。
普通に出力してもダメですか？
プリンタと書体の互換が取れているのであれば「プリンタフォントの有無」を外してみれば？
ん 2007/12/12 10:48
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
15
印刷時のプリンタフォントタブ、ポストスクリプト印刷のチェックの状態はどうですかね？チェックが入っていないとATMでもずれたりした記憶が…。
とーりすがり 2007/12/12 11:54
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
16
↑の皆さんのコメントにあるように、プリンタフォントの有無の可能性が高そうですね。プリントダイアログに出てきますので、まずはチェックの有無をご確認ください。lalaさんの環境なら、XPressが3.xならXTensionから「Printer Fonts」を削除してしまえばオシマイだったんですが、4.1では地道に対応するしか対処方法はなさそうですもんね。コメントに14pt以上でズレるとありますから、「編集」→「環境設定」→「ドキュメント設定」で自動カーニングを確認してみてください。もしチェックが入っていて「14pt」となっていたら、皆さんの指摘はビンゴ、ですよね。
ちょっと気になったのは「しらねーぞー」さんの指摘のPDF。PDFにもいろいろあって、エンベッドしない場合はモリサワのOCFだって全く問題なく作成できます。もちろん、PDF/X-1aではありませんが。また、再インストールという記載には「？」がつきますが、モリサワとは書いてないし……。蛇足ですけど、PC側でOCFを使ってプリンタ側でCIDを使った場合、モリサワに限れば文字が空白になるのは２文字だけ。もちろん、CIDになってハネなど修正された文字もたくさんありますから厳密には違いがありますが、少なくとも、半角文字はCIDとOTの違いみたいな違いはありません。褒められる状況ではありませんが、参考まで。
温故知新 2007/12/12 14:01
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.10.3 (KHTML, like Gecko) Version/3.0.4 Safari/523.10
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
17
皆様、助言ありがとうございました。
先ほどやっと解決しました・・・とは言え原因がどれかがはっきりしませんが
フォントの再インストールではなくて（すみません）・・バックアップの物を使いました。
システムも新たにインストールしたり必要書類を移したりしました
調べた結果、PPDの書類が壊れていた・QXがエラーで終了した時にプリンターフォントの有無のチェックが外れる（これはその都度チェックを入れていたのですが）
PPD書類を元のコピーではなく大元から入れました。
プリンタードライバーは念の為にインストールしなおしました
QX4.1はインストールしなおして文字詰めが崩れたQXの書類を新規の書類に全て貼り直しました
以上ですが、その後の出力で文字の崩れが直っていました。
色々とお世話になりました。
lala 2007/12/12 14:38
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
18
フォントの再インストールではなくて（すみません）・・バックアップの物を使いました。
フォントの再インストールではなくて（すみません）・・バックアップの物を使いました。
フォントの再インストールではなくて（すみません）・・バックアップの物を使いました。
バックアップじゃなくてピーコだろ
ビットマップとか言い出すなよ
匱名 2007/12/12 16:09
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
19
>バックアップじゃなくてピーコだろ
>ビットマップとか言い出すなよ
たとえモリサワのOCFだとしても、HDDをフォーマットさえしなければバックアップが使えますけど。
いずれにせよ、与えられた情報からだけでは、非難がましい事を書くには不足していると思いますよ。
どうせ突っ込むなら、OCF・CIDが共存するRIPの方とか、なんでPDFにしてからRIPするとか、そっちでしょ。
匿名A 2007/12/13 6:25
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
20
仕事の余裕ができたので、正義感あふれる019の[匿名A]さんにのっかって突っ込んでみますね。
018の方の署名は「はこがまえ」に「若」の「トクメイ」さんだと思っていたら、「若」じゃなく「貴」の「匱名」さんだったんですね。画面の文字を少し大きくして初めて気づきました。「キメイ」と読むのか「ひつな」と読むのか。あるいは重箱読みで「ひつメイ」と読むんでしょうか。木偏がついたものは書くこともありましたが、この漢字は書いたことがなかったので紙に書いてみました。ついでにその意味も調べてみました。広辞苑によると（1）ひつ。大きなはこ。（2）とぼしい。中身が不足している。とありました。う〜む。
で、本題の「OCF・CIDが共存するRIP」です。
OSXがリリースされたのが2001年、先月のレパードの登場で10.5.1までバージョンが上がりました。もう、丸6年以上経ったんですね。OSX上ではOCFはサポートされませんから、モリサワさんがOCFのサポートを打ち切っても当然なんですが、見出ミンMA31などの低解像度版を10万円で購入した身としては、複雑な思いがあります。購入当時はATMなんて高貴なものはなかったですから、Mac上では「匱名」さんご指摘のビットマップで作業をしておりました。いかん、いかん、話がそれた。
で、Mac上では「リュウミン-M（OCF）」と「A-CID リュウミン-M（NewCID）」みたいに別書体として扱うことが可能ですが、プリンタに渡す場合はどちらも「Ryumin-Medium-83pv-RKSJ-H」です。Illustrator8のようにCIDを優先するソフト等では同時指定は不可能ですが、Quark XPress4.1なら同時に指定できます。ですが、EPSにでも書き出してエディタで覗いてみればばかりますが、どちらも同じ書体名（プリンタフォント名）になってしまいます。OCF・CIDの混在はできないと言われる所以です。
他方、プリンタ側はどうかというと、OCFとCIDで書体のパーツがインストールされる場所は異なります。ですが、同じプリンタフォント名で送られてきたものをどうやって判断するのか？ 不可能です。それでも対処ないといけない出力センターや印刷所では（私が知っている所の対処方法ですが）、機械を別にしたり（当たり前過ぎますね）、アプリケーションとして起動しているRIPソフトを複製し、こちらを起動すればOCF、他方にはCIDをインストールして、と対処していました。
ですので、012のlalaさんがお書きになっている「RIP側にはOCFもCIDも入っていますので問題は無い」なんてことはまずあり得ないですね。別起動することは可能でも、自動でOCFとCIDを割り振ることは不可能です。もっと言うと、両方ともインストールしたら、プリンタフォント名が同じですから、CIDで上書きされないまでも、間違いなくCIDが優先されることになると思います。いずれにせよ「凜」「熙」を入れて出力してみればすぐにわかりますよね。混乱を回避するために取ったモリサワさんのNewCIDの対処方法は、一方でスムーズな移行を実現し、他方で混乱を極める対処方法となりました。フォントワークスさんの場合はいくつものビットマップのバージョンがあって、もっとう〜んと混乱させてくれましたがね。
-------------------------
もうひとつの「なんでPDFにしてからRIP」ですけど、私にはIllustratorから出力するか、XPressに貼り込んで出力するかくらいの違いにしか思えず、そう思うと趣味のレベルなんで突っ込めません……すんません。
-------------------------
今となってはOS9が動くマシンは新品では売っていませんし、中古で買っても（遅いのに！）それなりの金額ですから、決して投資意欲は湧きません（私は必要ないですけども）。ましてや、これからこの世界で始めようという人にとって、古いマシンはともかく、古いソフトを手に入れることは至難の業です。そんな状況の中、いつまで経ってもこの業界ではサポートの終わった「OCF」や６つも前のバージョンのIllustrator8（5.5と8は確かに安定したバージョンなんですが）が大手を振って現役バリバリです。機械は便利なものであって、拘束される要素でないことを祈ります。そんな中、「はこがまえに貴」さんの書き込みは「この業界もこんな人が増えたのかな」とちょっと残念でありました。合掌
温故知新 2007/12/14 14:53
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.10.3 (KHTML, like Gecko) Version/3.0.4 Safari/523.10
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
21
>「はこがまえに貴」さんの書き込みは「この業界もこんな人が増えたのかな」
別に昔からこういう人が多かったように思いますけど…
匿名 2007/12/17 15:11
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
[3409] 旧掲示板 (2007/12/11 Tue 17:53)
