細明朝&リュウミンL-KL

» 605
[605]細明朝&リュウミンL-KL 投稿者:みや 投稿日:2000-09-22 10:44:00
Quark3.3で主に「細明朝&RyuminAlpha」で作られたデータを当社で
開くと数式記号の部分が若干ベースラインが下がっています。
KO
UJIさんの本によると「リュウミンL-KLと細明朝の両方がインストー
ルされている場合、リュウミンL-KLが優先される」とのことですが見
た感じ細明朝になっています(モニタで見た目ガタガタになっている
ということは細明朝ですよね?)
細明朝をはずして再度開いてみ
るとベースラインは治っています。

最近、Quarkの仕事が増
えてきたのですが同じバージョンで開いてるはずなのにアンカーボッ
クスから文字が溢れていたり・・まだまだ勉強が足りません。
» 611
[611]Re^2: 細明朝&リュウミンL-KL 投稿者:みや 投稿日:2000-09-22 16:32:00
> 「細明朝体」「中ゴシック体」は外しておかないとトラブ
ルの元だと考えます。
> 参考になれば幸いです。

当社では外しているのですが、入稿されたデータが細明朝体
で作られていたので、細明朝体を入れました。
が、なぜかベースラインが下がっていたのです(ちなみに横組です)
こういった場合、どうすれば良いのでしょう?
» 613
[613]Re^3: 細明朝&リュウミンL-KL 投稿者:KOUJI 投稿日:2000-09-22 17:46:00
> 当社では外しているのですが、入稿されたデータが細明朝体
> で作られていたので、細明朝体を入れました。
> が、なぜかベースラインが下がっていたのです(ちなみに横組です)
> こういった場合、どうすれば良いのでしょう?


みやさんのところはOCFですかCIDですか?
CIDだと確かベースラインの変更もあったので差がでる可能性もあるかも。

で、問題なければ参考までにデータ拝見させてもらってもいいですか?
ちょっと今忙しくて再現できるか検証してみる時間がないので。。。
» 632
[632]Re^5: 細明朝&リュウミンL-KL(画像載せました) 投稿者:難波 投稿日:2000-09-25 17:08:00
> 下がっていたのではなく上がっていました(αの部分)。
> とりあえず、データは送れないのでスクリーンショットをアップしました。

文字揃えがベースライン以外になっていませんか?
» 621
[621]Re^4: 細明朝&リュウミンL-KL 投稿者:みや 投稿日:2000-09-24 11:45:00
> 入稿先に
> 「出力の基本標準書体を使用しているため、細明朝体はL-リュウミン L-KLに、中ゴシック体はM-中ゴシック
> BBBに置き換えて出力しますので、文字組体裁が変わる恐れがあります。」と了解を取った上で細明朝体、中
> ゴシック体を外して出力されてはいかがでしょう。無理に置き換えフォントを使用する必要は無いと考えます。
> 校正時に再度コメントを入れて綿密にチェックをしてもらい、訂正を依頼されたら見合う分の訂正代を請求すべ
> きです。

そうですね、今回は直しのページだけですが、これが全ページ出力とかいう話になったら訂正だけでもかなりの量になりますからね。

>
> 少し気になるのが、ドキュメントを開く際に「フレームが一致しません」とアラートが出た場合、「ドキュメント
> 設定値を使用」をチェックしないとカーニングやトラッキングなどの設定が無効になり文字のリフローが起こる恐
> れがあります。

これは「ドキュメント設定値を使用」にしています。
» 643
[643]Re^5: 細明朝&リュウミンL-KL 投稿者:Takar 投稿日:2000-09-27 10:54:00
間違って解釈していたら申し訳ないのですが、単純に「リュウミンL-KL」を外して
「細明朝体」のみを入れれば、回避できるトラブルじゃないんですか?
普通、出力側はこれらを「Extensis Suitcase」などのフォント管理ソフトで、
データに使われているフォントのみをロードするようにしています。
置き換えて出力するっていうのは、ちょっと常識では考えられないのですが・・・。
» 666
[666]Re^7: 細明朝&リュウミンL-KL 投稿者:KOUJI 投稿日:2000-09-29 15:00:00
> 文字揃えをベースラインにすると、とりあえずベースラインは揃うのですが今度はアンカーボックスとセンターが合わなくなります。
> アンカーボックスのリフローは治りません。
> ここはCentury boldとかも使われているのでまた別の問題かと思います。

文字揃えはベースラインにしておいてアンカーボックスはセンターにな
るようにベースラインシフトなどで調整するのが一般的じゃないかと思うの
ですが、どうしてもセンターでないとダメでしょうか?
これはあまり関係ないことですが、キャプチャを見せていただいたかぎりで
は、センター揃えにしているため(?)にsinとtanの後のαの位置が違っ
てしまっているようにも見えますが。。。

あと、アンカーボックスのリフローですが、段落罫線を使った分数になって
いるとかありませんか? 前付き段落罫線を使って分数を作成していればア
ンカーボックスの中にリフローマークが出るのはしかたないと思います。
» 665
[665]Re^7: 細明朝&リュウミンL-KL 投稿者:Takar 投稿日:2000-09-29 13:09:00
原因はいろいろ考えられるのですが、何れにしてもフォントの問題
みたいですね。
一番簡単な解決方法としては、データ作成者からフォントスーツケ
ースを貰ったらどうですか?
使用されているすべてのフォントスーツケースをコピーしてもらい、
欧文フォントはプリンタフォントもコピーしてもらうのが、簡単な
解決方法です。
それでも解決しないようなら、システム環境の相違が問題だと思い
ます。
» 657
[657]Re^6: 細明朝&リュウミンL-KL 投稿者:みや 投稿日:2000-09-28 23:20:00
> 間違って解釈していたら申し訳ないのですが、単純に「リュウミンL-KL」を外して
> 「細明朝体」のみを入れれば、回避できるトラブルじゃないんですか?

この辺は暇見てやってみるとして・・

> 普通、出力側はこれらを「Extensis Suitcase」などのフォント管理ソフトで、
> データに使われているフォントのみをロードするようにしています。
> 置き換えて出力するっていうのは、ちょっと常識では考えられないのですが・・・。

確かに去年は同じデータで当社を通さずに直接出力センターで出力してるのですが
問題はなかったみたいです。
大手の出力センターなのでいちいち全部置き換えてチェックしてから出力したとは
思えないといえば思えないです。
» 658
[658]Re^7: 細明朝&リュウミンL-KL 投稿者:難波 投稿日:2000-09-29 01:49:00
> 大手の出力センターなのでいちいち全部置き換えてチェックしてから出力したとは
> 思えないといえば思えないです。

細明朝で作られていれば、細明朝で、
LリュウミンL-KLで作られていればLリュウミンL-KLで出力します。
細明朝と、LリュウミンL-KLが問題になるのは、「開くアプリケーション」
だけで、出力機では、細明朝もLリュウミンL-KLもポストスクリプト名
は同じなので、どちらも同じフォントで出ます。
Xpressは細明朝と、LリュウミンL-KLを区別しますので、開いてみて
フォント使用状況を見ればどちらで作られているかの区別はできます。
私はまぜこぜに作ってあって、どこかおかしくなっているのを直して
いるのかと思いましたが、どちらか片方で統一されているのであれば、
開く環境をそのフォントに合わせるだけで問題は解決します。
おっしゃるとおり、普通は置き換えはしません。そのフォントを使って
いる全てのテキストボックスが作り直しになるからです。