QXで
わりと有名なのかもしれませんが、QX3.3J(r7およびr2)の縦書きで「L リュウミン L-KL」のときプレビューおよびプリントで詰まってしまう、「M 中ゴシック BBB」のときプレビューおよびプリントで字間が広がってしまう。
この現象はQX側の問題なのでしょうか? フォントを代用させずに回避できるのでしょうか?
この現象はQX側の問題なのでしょうか? フォントを代用させずに回避できるのでしょうか?
[Hide-S]-2004/12/03 17:34:03 [Mozilla/4.0 (compatible; MSIE 5.16; Mac_PowerPC)]
[Masaaki]-2004/12/03 18:24:14 [Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)]
»
内容の分からないタイトルですみません。
出力(セッター)までいったことがないので、そこで直る(ケースがある)とは知りませんでした。QX3.3の仕様のせいかと考えていましたが、それだけとも言いきれないのか…。それはともかく制作上は、行の長さが直ることを見越して作ることは困難だと思うので「細明朝体」+「中ゴシック体」でつくるしかないですね。回り込みとか、アイテムの重なり具合とかで複雑なレイアウトがありますから。ただ私たちの今の環境だと「細明朝体」+「中ゴシック体」はモニタ、PSプリンタでアウトライン表示&プリントにならないので別の問題が生じますが(リュウミンM&太ゴにしといて後で置換するなどアクロバティックな手も考えてますがイージーコンポのツメなどがネックか…)
ありがとうございました。
出力(セッター)までいったことがないので、そこで直る(ケースがある)とは知りませんでした。QX3.3の仕様のせいかと考えていましたが、それだけとも言いきれないのか…。それはともかく制作上は、行の長さが直ることを見越して作ることは困難だと思うので「細明朝体」+「中ゴシック体」でつくるしかないですね。回り込みとか、アイテムの重なり具合とかで複雑なレイアウトがありますから。ただ私たちの今の環境だと「細明朝体」+「中ゴシック体」はモニタ、PSプリンタでアウトライン表示&プリントにならないので別の問題が生じますが(リュウミンM&太ゴにしといて後で置換するなどアクロバティックな手も考えてますがイージーコンポのツメなどがネックか…)
ありがとうございました。
[Hide-S]-2004/12/06 12:43:31 [Mozilla/4.0 (compatible; MSIE 5.16; Mac_PowerPC)]
[大石十三夫]-2004/12/07 10:14:48 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
»
何を問題としているのか、よく分からないのでね(^^;
XPressで、文字サイズから計算したボックスに、計算で出した文字数が入らない(あるいは入りすぎる)
というなら、XPressの問題ですからレイアウトソフトを変更するかフォントを変更するしかありません。
ただ、見た目と出力が同じなら、適当にカーニングしてごまかすことは(ある程度は)出来ます。
(普通は、同じになるのですが)違っている..場合はどうしようもないですね。
XPressに、きちんとした組を求めてはいけません^^
XPressで、文字サイズから計算したボックスに、計算で出した文字数が入らない(あるいは入りすぎる)
というなら、XPressの問題ですからレイアウトソフトを変更するかフォントを変更するしかありません。
ただ、見た目と出力が同じなら、適当にカーニングしてごまかすことは(ある程度は)出来ます。
(普通は、同じになるのですが)違っている..場合はどうしようもないですね。
XPressに、きちんとした組を求めてはいけません^^
[ron.]-2004/12/07 11:07:18 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]