[ 掲示板に戻る ]

過去ログ閲覧モード

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
イラストレーターCC2019なんですが / 印刷屋の雅
MAC OS 10のインデザイン2019に貼り込んでいるイラストレーターCC2019を訂正しようと開くと添付のようなアラートが出ました。
でも他のマシンで開くとアラートは出ないで開きます。
この違いは何なのでしょうか?
インデにも同名の内容が違った合成フォントが有ったので、まさかと思って、その合成フォントを消して見たけどアラートは出ます。
ドキュメントで開くと
A-OTF-中ゴPro BBB Medium
Helvetica Medium
既存で開くと
A-OTF-中ゴPro BBB Medium
Helvetica (T1) Medium
だったので、Fontホルダーに入ってるHelvetica (T1) Mediumを他のフォルダーに退避させたら1つしか選べないから開くのか?
解らなくなってしまいました。
よろしくお願いします。

No.10080 2021/05/28(Fri) 23:43:14
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36

Re: イラストレーターCC2019なんですが / お〜まち URL
メッセージはIllustratorのアプリケーション設定に合成フォント「こぶりなHelv W6」が存在しており、ドキュメントに含まれている合成フォント「こぶりなHelv W6」と内容が異なるため、どちらを採用しますか? というものだと思います。
ですから、Illustratorでドキュメントを何も開いていない状態で、合成フォントダイアログを開き、合成フォント「こぶりなHelv W6」を削除すればよいと思います。
もしドキュメントを何も開いていない状態で該当の合成フォントがないということであれば、環境設定がおかしくなっていると思われますので、環境設定のリセットが必要だと思います。

No.10081 2021/05/29(Sat) 07:00:53
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.214 Safari/537.36

Re: イラストレーターCC2019なんですが / あらやっと
フォントキャッシュがおかしくなってるか、AdobeFnt〜.lstファイルがおかしくなってるか、Preferencesの中のAdobe InDesignフォルダに各バージョンの設定ファイルが入っててこの中のCompositeFontの中に合成フォントに関する設定ファイルが入ってたりしません?
フォントキャッシュはOnyxなどのユーティリティーでキャッシュを削除すれば取り除けます。
AdobeFnt〜.lstファイルはファイル検索で探して全削除すればオーケーです。

No.10082 2021/05/29(Sat) 12:57:41
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.214 Safari/537.36

Re: イラストレーターCC2019なんですが / 印刷屋の雅
遅レスですいません。
お〜まち様
あらやっと様
ありがとうございます。
月曜日出社して確認します。

No.10083 2021/05/30(Sun) 00:10:54
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36

Re: イラストレーターCC2019なんですが / 印刷屋の雅
すいません
添付した画像と書体の設定が合ってないですね。
もうひとつ出てたのが合って、そちらの書体設定を書いていました。
私の思い込みで違う方を添付してましたが、質問内容は変わらないので大丈夫です。
最近、そそっかしいです。(笑)

No.10084 2021/05/30(Sun) 00:21:22
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36

Re: イラストレーターCC2019なんですが / 印刷屋の雅
お〜まち様
あらやっと様
ありがとうございました。
うまくいきました。

No.10085 2021/05/31(Mon) 23:01:17
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36
全2091件 [ ページ : << 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ... 299 >> ]