[ 掲示板に戻る ]

過去ログ閲覧モード

mac indesign初心者 /  
最近会社の環境がWinからmacにかわり、それに伴いインデザインなども最新(2021)のものとなったのですが、少し困ったことがありました。
一つは古いT1タイプのフォントがデータで使用されていると、青いバーで「じきにサポートの切れる書体です」と警告文が出るのですが、これの消し方が分かりません。古い書体を問題のない書体にかえても警告文は残り続けます。
そもそも警告文がでないようにすることが出来れば一番なのですが……方法はないでしょうか。

もう一つ、インデザイン2021だとメニューの下に色つきオブジェクトがあった場合、メニューの上にうっすらとオブジェクトの色が乗る(透過する?)のですが、これも消したくて仕方がありません。
環境設定のインターフェースをみてもこの効果に該当する項目が無いし、もしかしてこの効果って切ることができないのでしょうか。

どなたか上記2点の対応方法をご存知の方、お教え下さい。
お願いします。

No.10115 2021/07/19(Mon) 09:28:49
Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Re: mac indesign初心者 / (z-) URL
Type1フォントがドキュメント内で使われていないか、は
書式メニュー>フォントを検索して置換… で確認したでしょうか?
レイアウトには使われていなくても未使用スタイルで使われていたりします。

メニューバーが透ける件は用語の問題からよくわかりませんが、
OS側の設定だとすれば、システム環境設定>アクセシビリティ>ディスプレイ>透明度を下げる にチェックしてみてください。

何より、明確なInDesignバージョンとOSバージョンは書きましょう。
でないとあまり本人以外の参考になりません。

No.10116 2021/07/19(Mon) 12:16:05
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Re: mac indesign初心者 / あさうす URL
いずれにしてもなんですが、2023年1月にはType1フォントのサポートそのものが終了します。
(Photoshopはすでにサポートが終了してます)

InDesign Ver.16では、その終了を踏まえ、現状から利用を避ける推奨を行うべく、警告を出すようにしました。
よって、しばらくは警告を無視して対応するか、そうでなければ体裁変化を許容することを前提にOpenTypeに置き換えるべき話になってきます。

Type1サポート終了の件はURLを登録してあります。
会社ということであれば、会社内で今後のフォント運用をきちんと明確にするべきでしょう。

No.10124 2021/07/20(Tue) 00:34:15
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
win:inDesignのjavascript[activeDocument]で取得した配列について / ぶぶっち
例えば、
var docs=app.documents
for (a=0;docs.length>a;a++){
  app.activeDocument=docs[a]
  〜一定の処理〜
}

を書いたとします。
for文の処理の途中でアクティブなドキュメントを変更しているせいか、for文の処理が正しく動作しないようです。

仕方ないので下記のように?@と?Aを追加してfor分内の処理が済んだ後、アクティブなドキュメントをもとに戻して処理を継続させました。

var docs=app.documents
var startDoc=app.activeDocument;//?@

for (a=0;docs.length>a;a++){
  app.activeDocument=docs[a]
  〜一定の処理〜
  app.activeDocument=startDoc;//?A
}

問題自体は解決したのですが、なんかしっくりきません。別の方法があるかな。と思っています。
アクティブなドキュメントが変わっても処理後アクティブドキュメントを初期値に戻す必要が無く書く方法がありますでしょうか。
宜しくお願い致します。

No.10117 2021/07/19(Mon) 12:54:46
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / Uske_S URL
ぶぶっちさん,こんにちは.

どういう意図があってactiveDocumentを入れ替えるという手法にされたのかわかりませんが,activeDocumentを入れ替えるとDocumentsコレクションオブジェクトの順序が入れ替わる可能性があるので怖くないですか?

>アクティブなドキュメントが変わっても処理後アクティブドキュメントを初期値に戻す必要が無く書く方法がありますでしょうか。
ご質問の最終的な意図はこれでしょうか?
具体的な処理の中身がわからないので,「初期値に戻す必要がなく書く方法」についてはなんとも言えません….

for文の中でactiveDocumentを入れ替えると意図したとおりに(順序で)処理されない,という話でしたら,わざわざそんなことせずにDocuments[a]に対してひとつずつ処理をさせればよいのでは? と思います.

activeDocumentsを入れ替えなくてはならない,やむにやまれぬ事情があるならむしろそちらを知りたいです.

No.10118 2021/07/19(Mon) 14:42:29
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / ぶぶっち
 返信有り難うございます。実はドキュメント間で、足りない段落スタイル、文字スタイルを各ドキュメントに追加していくスクリプトを書きました。

要領はこうです。
ドキュメントにテキストフレームを追加
そこにスタイルを適用した文字列を追加
開いている複数のドキュメントにプルダウンメニューの「app.copy」と「app.paste」行いその後削除を行う。

これで、足りないスタイルが各ドキュメントに追加されていきます。

app.copy、app.pasteを使用する段でアクティブドキュメントを変更しないと処理がうまくできませんでした。

それで、for文を使用して繰り返そうと考えました。

うまく説明できているか解りませんが、宜しくお願い致します。

No.10119 2021/07/19(Mon) 15:33:05
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / ぶぶっち
Uske_S様

おっしゃっている事が解りました。
サンプルとして(ドキュメントが3本開いているとして)....
var sakiNoDoc=app.documents
var opDoc=sakiNoDoc

for (b=0;sakiNoDoc.length>b;b++){
app.activeDocument=sakiNoDoc[b];
actDoc=app.activeDocument;
$.writeln ("アクティブドキュメント="+actDoc.name);

for (a=0;opDoc.length>a;a++){
$.writeln ("配列"+a+"番は="+opDoc[a].name);

}
}
だと、動的になりますが、、、

>Documents[a]に対してひとつずつ処理、、、
を踏まえて

var sakiNoDoc=app.documents
//var opDoc=sakiNoDoc


opDoc=[3]
opDoc[0]=sakiNoDoc[0]
opDoc[1]=sakiNoDoc[1]
opDoc[2]=sakiNoDoc[2]

for (b=0;sakiNoDoc.length>b;b++){
app.activeDocument=sakiNoDoc[b];
actDoc=app.activeDocument;
$.writeln ("アクティブドキュメント="+actDoc.name);

for (a=0;opDoc.length>a;a++){
$.writeln ("配列"+a+"番は="+opDoc[a].name);

}
}

だと、アクティブなドキュメントが変更されても、動かないことが解りました。

有り難うございました。
調整してみます。

No.10120 2021/07/19(Mon) 16:13:31
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / お〜まち URL
> ドキュメント間で、足りない段落スタイル、文字スタイルを各ドキュメントに追加していく

ということでしたら、Document.importStyles()メソッドを使用してください。
app.copy()、app.paste()ですと、一旦クリップボードを経由するので、クリップボードを拡張するソフトウェアを使っていたり、同時に他の作業を行っていたりすると、クリップボードの中身が変わって意図しない結果になる可能性があります。

書式は
Document.importStyles(ImportFormat.TEXT_STYLES_FORMAT, file, GlobalClashResolutionStrategy.DO_NOT_LOAD_THE_STYLE)
です。引数は
ImportFormat.TEXT_STYLES_FORMAT:文字スタイルと段落スタイル
file:読み込み元のInDesignファイル(ファイルオブジェクト)
GlobalClashResolutionStrategy.DO_NOT_LOAD_THE_STYLE:競合するものは読み込まない
になります。

No.10121 2021/07/19(Mon) 17:02:55
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.79 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / お〜まち URL
追記:
これは段落スタイルパネルのパネルメニューの「段落スタイルを読み込み」(または文字スタイルパネルのパネルメニューの「文字スタイルを読み込み」)と同じ内容です。

No.10122 2021/07/19(Mon) 17:13:14
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.79 Safari/537.36

Re: win:inDesignのjavascript[activeDocument]で取得した配列について / ぶぶっち
お〜まち様
私のやりたかった事はこれです。
スタイルの読み込みが1つずつのドキュメントならできるのですから、「あるはず」と思い、探しましたがみつからず(見落として)プルダウンメニューに頼った次第です。

この構文を使用すれば、私のやりたいことができそうです。
1から書き直してみます。

有り難うございました。

No.10123 2021/07/19(Mon) 18:28:06
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36
フレーム調整オプションのデフォルト設定 / chirico
macOS 10.14.6
InDesign CC2014(CS4、2020)

InDesign CS4のドキュメントをInDesign CC2014で開いた場合、フレーム調整オプションのデフォルト設定がうまく働きません。
設定は、下記の通りです。(添付画像参照)
 サイズ調整:なし
 整列の開始位置:中央
 トリミング量:すべて0
ドキュメントデフォルト、アプリケーションデフォルト、共に設定していますが、新規に画像フレームを作成すると、整列の開始位置が左上になります。
これは異なるバージョンで開いた際に発生する不具合でしょうか。
なお、InDesign 2020で開いた場合も同じ現象でした。
単純に何かを見落としているような気もしますが、対策があればご教示をお願いいたします。

No.10112 2021/07/14(Wed) 09:01:32
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Firefox/78.0

Re: フレーム調整オプションのデフォルト設定 / (z-) URL
フレーム調整オプションはCS5以後でけっこう変わりまして、
便利になった面もあるんですが(フレーム調整オプションを消去 ができるようになりました)
デフォルト設定はなんだかまるで言うこときかなかったので使うのを諦めた記憶があります。
おっしゃるように左上基準になってしまってました。

※下位バージョン書類を開いたのが原因である可能性を否定したわけではありません

No.10113 2021/07/14(Wed) 12:10:20
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

Re: フレーム調整オプションのデフォルト設定 / chirico
(z-)さん
情報ありがとうございます。
その後、古いMacも使って追加検証しました。

1.CS4で、デフォルトを「整列:中央」にすると、新規フレームも「中央」になる
  これは正しい動作です。

2.1のドキュメントをCC2014で開くと、新規フレームの設定は「左上」になる(!)
  ここがおかしい。今回の質問の要。

3.設定を「右下」にして、新規フレームを作成すると「右下」になる(!?)
  他にも「左下」などいくつか試しましたが、「中央」以外はどれも正しく反映しました。

4.設定を「中央」に戻して再確認すると、「中央」に設定されずに「左上」になる
  デフォルト設定が言うこときかないのは事実のようです。
※今回の追加検証は、InDesign 2020 でも同様の結果でした。

この問題はある団体の記念誌を制作するにあたり、過去のドキュメントから流用新規することで発覚しました。
対策は難しいかもしれませんので、今回は我慢して対応することとしました。

No.10114 2021/07/14(Wed) 13:58:17
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Firefox/78.0
データ結合時にアイテム文頭の半角スペースが消える? / ミーコ
InDesignでのデータ結合時、そのアイテムの文頭にある「半角スペース」が消えてしまうようです。
お客さんからの指摘で気付いたのですが、今まで10年以上もデータ結合を使ってきて、初めてこの仕様に気付きました…。

なお、全角スペースは残るようです。
手元にあるCS5、CC、2020のバージョンで試したのですが、いずれも同じ挙動でした。

対策はとれますが、割と既知の仕様だったりするのでしょうか?

No.10109 2021/07/12(Mon) 15:12:58
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Re: データ結合時にアイテム文頭の半角スペースが消える? / Uske_S URL
ミーコさん

仕様は仕様なのですが、下記URLにあるようなオプションによっては残せるかも? とのことです。
もし該当のオプションがあるようなら、一度お試しください。

https://dtp-bbs.com/indesignbbs/archives/9592_20190221220811.html#gsc.tab=0

No.10110 2021/07/12(Mon) 15:30:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: データ結合時にアイテム文頭の半角スペースが消える? / ミーコ
Uske_Sさん
ありがとうございます。
どちらかというとInDesignというよりもCSVの仕様、ということなのですね。今になって知りました。勉強になりました。
また、チェックボックスをONにするときちんと読み込んでくれました。

とてもすっきりしました!

No.10111 2021/07/12(Mon) 17:09:10
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
静的テキストについて / CP0
Word読み込みオプションで後注のところに、静的テキストとして読み込みとチェックする所がありますが、静的テキストとは何でしょう?おわかりになる方がいたら教えていただけませんか?
No.10106 2021/07/10(Sat) 13:26:12
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36

Re: 静的テキストについて / お〜まち URL
実際に使ったことはないので、もし勘違いだったらごめんなさい。

「静的」とはstaticの訳で、変わることがないという意味です。反対語は「動的」(dinamic)ですね。

たとえて言うと、InDesignには自動番号という機能がありますが、この番号は段落が増えると勝手に数字が増えていきます。つまり中身が変わる(動的)というわけです。
その段落は段落パネルのパネルメニューから「番号付けをテキストに変換」を実行することで、自動番号が実際の文字に変わります。
そうなると、段落が増えても番号の文字は変わりません。通常の文字と同じ扱いになります。これが「静的」ということです。

Wordの後注(Wordでは文末脚注という)も同様の仕組みだろうと思います。

No.10107 2021/07/10(Sat) 23:17:20
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.79 Safari/537.36

Re: 静的テキストについて / CP0
お〜まち様、ありがとうございます。
そういうことなんですね!たぶん
理解できました、感謝いたします。

No.10108 2021/07/11(Sun) 13:09:51
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36
文字組みアキ量設定の半角数字とは? / シン
InDesign2021です。
文字組みアキ量設定の半角数字とは
等幅半角字形(や等幅三分や等幅四分)だけでなく
CIDコード17から26のプロポーショナルローマン数字もなんでしょか?
プロポーショナルローマン数字は欧文に含まれると思っていましたが、
組みアキ量設定した動作をみているとどうもそのような感じなので。

欧文前後は、四分アキ、八分アキにして
等幅半角数字前後は、アキを入れない
が出来るようになったと期待したのですが。

No.10090 2021/06/03(Thu) 13:33:24
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: 文字組みアキ量設定の半角数字とは? / ジーコ
等幅半角字形(や等幅三分や等幅四分)は、欧文扱いではないですよね。

デフォルトの空き量設定で和字と等幅半角字形間にアキは入りませんから、和字扱いだと思います。

「欧文前後はアキを入れ、等幅半角字形前後はアキを入れない」というのは、上記の前提条件の下、あくまで対症療法的な運用ですが、可能は可能です。

アキを入れたいところは、通常通り半角数字の入力のママ。アキを入れたくないところ(半角等幅字形にしたいところ)は、全角数字で入力しておきます。

あとは、「全角数字を等幅半角字形にする」正規表現スタイルで適用すればいいだけです。

この運用は、私も実務でときどきやる手法です。

書体によっては半角字形と等幅半角字形が大きく変わるものもありますから、全部が全部これで処理できるとは限りませんが、まあ、可能性として。

No.10093 2021/06/04(Fri) 14:19:36
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1.1 Safari/605.1.15

Re: 文字組みアキ量設定の半角数字とは? / シン
ありがとうございます。

>アキを入れたいところは、通常通り半角数字の入力のママ。アキを入れたくないところ(半角等幅字形にしたいところ)は、全角数字で入力しておきます。

全角入力したものを等幅半角字形にしないといけないのですね。

CIDコード17から26のプロポーショナルローマン数字を半角字形に変換してもダメなんですね。

字形パレットからでも全角字形長押しで等幅半角字形に変換でないとアキが入りますね。

『標準字形に戻す』があり、これは元々の入力された字形に戻すことですよね。
等幅半角字形に変換しても元々の字形を記憶していて元々の属性が適用されるということですね。
見た目上、等幅半角字形になっていてもあくまでも属性は変換元のプロポーショナル数字ってことですね。

と理解しましたが、

字形パレットで全角数字を長押しして、等幅半角数字を入力し、これを標準字形もどすと全角字形になると思いきや、プロポーショナルローマン数字になる。でも、アキが入らない。
なんだこれ!
これら一連の挙動、バグでしょうか?

No.10094 2021/06/04(Fri) 16:09:12
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: 文字組みアキ量設定の半角数字とは? / az
文字選択してウィンドウ→情報を見ると全角か半角かわかるので
確認してみてください。

No.10098 2021/06/07(Mon) 13:37:03
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1 Safari/605.1.15
Windowsとリュウミンでプリントが異常に遅い、フリーズする / シン
InDesignを先月から使い出しまして、組み上がったものをプリントしたところ
プリントダイヤログのプログレスバーがなかなか進まず、異常に時間がかかり、途中でフリーズします。
データの問題なのか? と思い
新たに組み直したりいろいろ試したところ

Windows10+InDesign2021+リュウミンの組み合わせで
プリント動作が異常に時間がかかり、InDesignフリーズすることが分かりました。

リュウミンを秀英明朝や黎ミンに変えると問題なくプリントできます。

問題の発生するデータをMacからプリントすると問題なくプリントできます。

Windows10のバージョンは、2004 と 20H2 どちらでも発生。

InDesignのバージョンは、2020 と 2021 どちらでも発生。

InDesignのサンプルテキストを流し込んだデータでも同じ現象です。

サンプルテキストのデータは、
A-OTFリュウミン Pr6 L-KL 9pt 行送り15pt 34文字 32行 1段 120ページ
フレームグリットにメニューの書式のサンプルテキスト割り付けでテキストを120ページに流し込みました。

Windows PCが、2台しかありませんのでこちらの環境の固有現象なのか?
Windows10+InDesignCC+リュウミン起こるのか起こるのか?

すいませんが、
Windows10でInDesignCCをお使いの方で
上記のデータ内容(文字組ページ数)で検証していただけないでしょうか?
よろしくお願いいたします。

No.10086 2021/06/03(Thu) 11:31:22
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: Windowsとリュウミンでプリントが異常に遅い、フリーズする / シン
>InDesignを先月から使い出しまして

InDesign CC を先月から使い出しまして です。

No.10087 2021/06/03(Thu) 11:33:14
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: Windowsとリュウミンでプリントが異常に遅い、フリーズする / シン
サンプルテキスト割り付けのデータですと
リュウミンの場合は、多少プリント動作が遅い感じです。
でも他の秀英明朝や黎ミンのときとあきらかに速度が違うと分かると思うのですが。

もとの問題が発覚したもののテキストはプロポーショナル英数字も含まれています。

No.10088 2021/06/03(Thu) 13:14:35
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: Windowsとリュウミンでプリントが異常に遅い、フリーズする / お〜まち URL
確認ですが、フォントはいずれもモリサワパスポートのフォントで、Adobe Fontsからのものではないということでいいですか?
(Adobe Fontsなら「A-OTF リュウミン Pr6N」のため)

あと、フォントのバージョンを教えてください。
というのも、モリサワは何度かフォントの改訂を行っているため、
(参考資料。いずれもピンポイントで該当するものではないですが、このようなことが行われています)
https://www.morisawa.co.jp/support/download/4057
https://www.morisawa.co.jp/about/news/805
https://resources.morisawa.co.jp/uploads/tmg_block_page_image/file/949/Pr6Nupdate2011.pdf (PDFファイル)
特定のフォントバージョンのみに発生する可能性を否定できないからです。

ただ、私はモリサワパスポートを契約しておらず、またモリサワのフォント改訂履歴にも詳しくないため、これ以上のことはできません。ご了承ください。

No.10089 2021/06/03(Thu) 13:19:45
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.214 Safari/537.36

Re: Windowsとリュウミンでプリントが異常に遅い、フリーズする / シン
モリサワパスポートのフォントです。
Adobe Fontsのものではないです。

Pro、Pr6、Pr6Nとも同じ状況です。
いったんリュウミンをすべて削除してインストールし直したので最新のバージョンがインストールされていると思います。

Pr6 L-KL 2.000;PS 1.2;hotconv 1.0.50
Pr6N L-KL 2.000;PS 1.2;hotconv 1.0.50
Pro L-KL 1.002;PS 1;Core 1.0.31

L-KLだけでなく、すべてのウェイトで同じ現象です。

No.10091 2021/06/03(Thu) 17:07:52
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: Windowsとリュウミンでプリントが異常に遅い、フリーズする / まさお
InDesignから直接プリントアウトしようとした時だけの現象でしょうか。
PDF書き出しやPSへの出力を試してみたのですが、異常というほど時間はかからなかったですね。

No.10092 2021/06/04(Fri) 09:51:54
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36

Re: Windowsとリュウミンでプリントが異常に遅い、フリーズする / シン
ありがとうございます。
PSの書き出しは、プリントと同じ症状です。
PDF書き出しは、プログレスバーはすんなり最後まで進みますがその後しばらくダイヤログが表示されたまま閉じません。

新ゴ○、新丸ゴ×、じゅん×、新正楷書×、角新行書○ などリュウミン以外にもだめなフォントがあります。

小塚明朝、小塚ゴシックは、びっくりするぐらい爆速でプリントと動作が終了します。PDF書き出しのダイヤログもすぐ閉じます。

フォントのインストール数が多過ぎなのかと思い、モリサワは、A-OTFリュウミン Pr6 L-KLのみインストールで試しましたが変わらず遅い、最後まで進まずフリーズしました。

No.10095 2021/06/04(Fri) 16:28:20
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.37

Re: Windowsとリュウミンでプリントが異常に遅い、フリーズする / ジーコ
[プリントダイアログ]>[グラフィック]>[フォント]で[ダウンロード]のところは何が選択されていますか?
No.10096 2021/06/04(Fri) 23:41:06
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1.1 Safari/605.1.15

Re: Windowsとリュウミンでプリントが異常に遅い、フリーズする / シン
>[プリントダイアログ]>[グラフィック]>[フォント]で[ダウンロード]のところは何が選択されていますか?

「サブセット」です。

No.10097 2021/06/07(Mon) 09:14:44
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.41
全2099件 [ ページ : << 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ... 300 >> ]