インデザインCS3をwin vistaで使っています。
フォントはモリサワパスポートをインストールして使っています。
不可解な出来事があったので質問させていただきます。
再校時に「A-OTF 太ゴB101 Pr6」を指定してあった文字が勝手に「小塚明朝 Pro R」に変わってしまったということが起こりました。まったく修正のなかった部分なので、気付かずに進んでしまい、お客様にご迷惑をおかけしてしまいました。
57ページほどのファイルで、太ゴとリュウミン、中ゴが混在しています。5か所ほどフォントが変わってしまった場所があり、調べてみると合成フォントとして太ゴを指定している部分は問題ないのですが、直接「A-OTF 太ゴB101 Pr6」を指定している文字に限って「小塚明朝 Pro R」に変わってしまったという現象が起こっています。文字のフォント指定として直接選択することはよくあることですし、間違った使い方とは思えません。恐らくインデザインのバグの一つだろうと思われますが、検証ができず困っています。
同様の経験のお持ちの方、またどういう条件で起こる現象だか解る方いらっしゃいますでしょうか。
ちなみに元になるファイルはクォークからコンバートし調整したものをフォーマットとし、組みなおしたものです。
[5112] アルカス (2009/07/14 Tue 16:41)
バグじゃないと思います。
フレームはグリッドじゃないですか?
コピペや移動はしてませんか?
クォークからの変換も気になる。。。
[5113] 007 (2009/07/14 Tue 16:47)
> バグじゃないと思います。
>
> フレームはグリッドじゃないですか?
>
> コピペや移動はしてませんか?
>
> クォークからの変換も気になる。。。
フレームはグリッドではありません。クォークから変換したものは、グリッドではなくなります。
コピペや移動どころか変更もしていない場所です。
[5114] アルカス (2009/07/14 Tue 17:02)
合成フォントのところもPr6が指定されていますか?
[5115] S (2009/07/14 Tue 17:54)
合成フォントのところも「A-OTF 太ゴB101 Pr6」を指定しています。
[5117] アルカス (2009/07/15 Wed 05:42)
フォントの検索で、置換されるデフォルトの設定って小塚明朝Pro Rですよね。
もしここでポチっとしていれば、合成フォントは変わってないってことも説明がつきます。
知らず知らずのうちに触ってしまったなんてことないですか?
と言っても、知らず知らずなんだからもしやっていても分からないですよね。
[5118] こんぱす (2009/07/15 Wed 09:11)
フォントの検索は使っていません。
しらずしらずのうちにフォントの検索をしてポチッというのは、知らず知らずという意識のない状態のことだから可能性はあるのかもしれませんが、限りなく0に近いです。
変わったのは、太ゴの8ptが小塚明朝の8ptになっています。
ポイントはデフォルトの10Qという訳ではありません。
[5120] アルカス (2009/07/15 Wed 10:09)
基本段落になっているところで、小塚明朝proの10Q(インデザインのデフォルトなのか?)になってしまうことがあると思います。
CSで段落スタイルの次のスタイルを「なし」にしていると段落を途中で改行したり、または、改行を削除してつなげたりすると小塚明朝proの10Qに勝手に変わってしまうことがありました。
それでCS2で「基本段落」とういスタイルがデフォルトで出来ましたが、小塚明朝proの10Qになってしまう現象は解決されていないと思います。
先日、CS3で表組内のテキストをコピペで差し替えたところ、小塚明朝proの10Qになってしまったところが多数ありました。表スタイルはデフォルトの「基本表(内容変更無し)」でセルスタイルは「なし」です。
前回のデータを使い回しで、既存のグリッドフレームのテキストを差し替えるときなどに起こるとが多いと思います。(スタイル無しのテキストをペーストです)
グリッドフレーム設定と違うところ、例えば中ゴのところに流して中ゴに または インデザインなので、グリッドフレーム設定のフォントになるならわかるのですが、どこにも使ってない小塚明朝proの10Qになってしまうのは、どうも解せません。
[5119] ヒロシ (2009/07/15 Wed 09:30)
小塚明朝proの10Qになってしまうことは、よくあります。これも困った仕様だと思っています。この仕様がどこか絡んで影響しているんじゃないかと推察していますが、どこでどう出るかが解らない今回の症状が見つかったとなると怖くてインデザを使えないです。
何かしら、自分のミスでこういう状況になった。と確定されたほうが安心なんですよね。
[5121] アルカス (2009/07/15 Wed 10:14)
そのデータは自分しか触っていないのですか?
別のところを経由して変わってしまったというなら、Pr6を使っていることに原因があるのではないでしょうか。
Pr6が無くて文字化けしているところを、オーバーライド解除してしまったとか。
うちでは、互換性を考えてPr5、Pr6は基本的に使用禁止にしています。
Proに無い正字・旧字のみPr5、Pr6にしたほうがいいと思います。
[5131] S (2009/07/15 Wed 11:31)
データは、一人でしか作業していません。
他のマシンを経由したということもございません。
当社では全員のフォント環境は共通としているので、他のマシンを経由したとしても問題は起こらないはずです。
[5135] アルカス (2009/07/15 Wed 15:10)
どうもここまでのコメントやレスを拝見すると、人為的なミスである可能性は少ないのではないかと思います。
何人かの方が懸念事項を提示してくださっていますが、どれにも当てはまりません。これは、インデザインというソフトの基本的な信用にかかわる問題だと思います。
ネットで検索すると同様のバケがあったようなブログも発見しました。詳しい内容まで共通しているかは解りませんが、勝手に変わってしまうという症状はあるようです。
現在、アドビさんに電話で相談していますが、有償サポートが原則だということを前提にしているのでなかなか話が進みません。
なんとか内容を話をさせていただいたのですが、サポートは有償なので、そちらの手続きをしてくれとのこと。基本的にソフトの信用にかかわる問題だと思うしソフト的にかなり重症な症状だと思うのですが、アドビのサポートの誠意のなさにはがっかりしました。
[5136] アルカス (2009/07/15 Wed 16:18)
クオークのデータを基にしている事が原因なのでは?
一からインデザインで作ったものでも、そういう現象が
起こるのなら、クオークは原因じゃないんでしょうが。
[5138] メイリオ (2009/07/15 Wed 17:18)
はっきりした原因はわかりませんが、InDesignのバグとも考えずらい気もします。
どれだけ多くの人がInDesignを使っているか知れません。
仮にバグであるなら、アップデートを含め全ユーザが共通のバグを含んだアプリを動かしているとも考えられますし、であるならばもっと多くの情報が出てきても不思議でないと思います。
ご指摘の通り、信用にかかわってきます。
しかし幸い私を含めその様な重大な不具合にはあっていません。(たまたまかも知れません)
ただ、ユーザごと違う唯一の部分が動かしている環境だと思います。
Macの場合は一貫生産なのでosを含め共通する部分が多いですが、winの場合は例えばパーツ構成も無限ですし、メーカーのよってドライバー類も違いますし。
「たまたま」「偶然」と言う言葉がコンピュータの世界に当てはまるのか判りませんが、人為的でないとすれば、環境の偶然の一致という可能性ということもあるかも知れません。
そうなれば原因究明も非常に難しくなってくるでしょう。
[5139] 通行人i (2009/07/15 Wed 17:20)
なるほど、たまたまの環境の組み合わせやタイミングでということなのでしょうか。
まあ、いろいろなノイズが入ったりタイミングで変な状況になることは今まででも経験がありますから、そういうことが原因であるということはあるかもしれません。そうした場合、その再現性を確定しないと怖くて仕事ができません。何かのタイミングでめちゃくちゃになってくれればすぐに気がつくけど、一部がデフォルトのフォントに密かに変わっているという仕様はソフトの問題性が大きい気がします。
また、クォークからの移行が問題あるということなら、その機能自体もインデザインの機能の一部であるわけなので、また違った問題も出てきます。これは、私の個人的な慣れの問題かもしれませんが、インデザインのグリッドフォーマットを使用したフォーマットを作っての作業の方が、フォントの変化に気付かない間違いが起きやすい気がして馴染めないでいます。普通にコピペをすると小塚明朝になってしまったりとか。
追記ですが、先ほどアドビから誠意あるお返事をいただきました。
重大な事項なので、特別なケースとして、とりあえず無償で検証サポートに応じてくれるとのことです。もし検証の結果、ソフト的なバグでなく、こちらの環境によるものだということが判明した場合には、後から有償の契約をするということになりました。
[5141] アルカス (2009/07/15 Wed 17:47)
ウチもビスタでインデザインなので気になる案件です。
アドビの検証結果を、簡単にでもこの掲示板に記して
いただけるとうれしいです。
あと有償になった場合、アドビがいくら請求してきた
とか
[5143] メイリオ (2009/07/15 Wed 18:20)
今、アドビのテクニカルサポートにファイルを送りました。検証してもらうことになりました。
あと、明日、モリサワの技術関係の方がいらして確認してくれることになっています。
もし何かわかりましたらここにご報告させていただきます。
皆さまの暖かい情報、およびレスポンスありがとうございました。
引き続き、何か情報や気にかかることがありましたら教えてください。
[5146] アルカス (2009/07/16 Thu 10:11)
検証って時間がかかるんですね
一ヶ月くらいかかるんですかね
[5247] メイリオ (2009/07/23 Thu 13:08)
ちょうど今、indesignの勉強部屋の方でも、ありえないような文字化けに関してのトピが出ています。indesignのせいにするのは早急ではないでしょうか?
クォークからコンバートしたものを使っている時点で、Adobeに責任を負わせるのは筋違いの気がしますが・・・。
[5140] S (2009/07/15 Wed 17:38)
違う原因かと思いますがうちでも小塚明朝に変わる問題が発生しています。
Win CS2で使用していますが外部デザイナーがMac CS2で組んだレイアウトの見出しゴの○付き数字を入力し直すと小塚明朝になってしまいます。
他の文字を入力しても小塚明朝になります。
一旦ほかのフォントに変更しても入力し直すと小塚明朝になります。
問題が発生しているのはココだけなのでこんなもんかな?と思って使い続けてますがもしかしたらこれもバグなのかも知れません。
ただしMac→Winなのでモリサワのフォントも問題も考えられます。
外部のMacもうちのWinもモリサワパスポートなのですけど。
ちなみに他の問題でAdobeに問い合わせて、こちらでは結構重大な問題だと思うバグがあったのですが、バージョンアップで解消されてますので有償のバージョンアップをしてくださいの1点ばりで埒が空きませんでした。
[5252] NISHI (2009/07/23 Thu 18:28)
> 違う原因かと思いますがうちでも小塚明朝に変わる問題が発生しています。
> Win CS2で使用していますが外部デザイナーがMac CS2で組んだレイアウトの見出しゴの○付き数字を入力し直すと小塚明朝になってしまいます。
フォントによってはCMapの違いから(準拠しているユニコードの違いともいえますが)、当該のCID字形は実装されていてもユニコードと関連づけがされていない場合があります。
例えばご指摘のA-OTF 見出ゴMB31 Pro の場合は20(ユニコード2473/CID7574)までは大丈夫ですが、21(ユニコード3251/CID8091)以降はCIDとしては実装していますが、ユニコードとの関連づけがされていないのでダメです。
Pr5を使用すれば問題ないかと思います。
[5261] works014 (2009/07/24 Fri 09:38) mail web
> Pr5を使用すれば問題ないかと思います。
試してみましたがPr5でもPr6でも入力すると小塚明朝に変わってしまいますね。
見出しゴ以外(ゴシックMB)でもやってみましたがPr5、Pr6、Pr6Nでも小塚明朝になります。
○付き数字なのでとも思って「あ」とか普通の文字にしても同じです。
同環境でイチからレイアウトを組んだモノでは発生したことはありません。
[5265] NISHI (2009/07/24 Fri 11:59)
>○付き数字なのでとも思って「あ」とか普通の文字にしても同じです。
○付き数字に反応して書き込んでしまいましたが、お門違いだったようですね。
失礼しました。
状況がイマイチ摑めないのですが……、
前後の文字が「見出しゴ」でも入力した文字が「小塚明朝」になる、
というトンデモナイことが起こっているのでしょうか?
[5284] works014 (2009/07/25 Sat 09:38) mail web
> 前後の文字が「見出しゴ」でも入力した文字が「小塚明朝」になる、
> というトンデモナイことが起こっているのでしょうか?
○付き数字の前がHelvetica Neueなのですがそれを見出しゴなどに変更すると問題は回避できました。
どうもその影響のようです。
欧文フォントは時々トラブルの原因になるみたいですがこれってフォントだけの問題でもないと思います。
試しに同じ設定をイラレ(CS2)で試しましたが問題は発生していませんので。
単に相性が悪いって問題ですかね?
[5296] NISHI (2009/07/27 Mon 13:10)
トピ主です。
検証は2−3日で返事が来たのですが、別な事情で報告が遅れました。
モリサワは、当社まで来てくれて、環境を含め検証してくれました。アドビには、ファイルを送って検証していただきました。
結果としては、どちらも解らない。とのことです。
ファイル書き込みの際のフォント情報を書き込むタイミングでなんらかのエラーがあって、フォント情報が書き込まれず、次にそのファイルを開いたときにデフォルトの小塚明朝が割り当てられたのではないか。という予想です。
原因は不明です。
[5313] アルカス (2009/07/28 Tue 11:44)
ご報告ありがとうございました。
[5363] メイリオ (2009/07/30 Thu 11:51)