QX4.1のリンクについて
初歩的な質問かもしれませんがお尋ねすることをお許しください。
QX4.1で、イラストレーターやフォトショップの画像をリンクするとき、HDの別の階層にある同名のファイルがリンクされてしまいます。
たとえ、別階層に同名のファイルがあっても、QX4.1作成ファイルがある、同じフォルダにある画像がリンクするように設定する方法はあるのでしょうか。
画像の更新をするときも、同じHDの中に、同名ファイルがあると、別階層の同名ファイルが開かれてそれが更新されてしまいます。そして、同じ階層にある直したいファイルのほうは、なおっておらず、画面上は更新されているように見え、プリンタでも別階層のファイルで出力されるため、入校時点で、気付かず、印刷事故に遭いました。
気をつけて、同名のファイルが別階層であってもないようにしたり、一つ更新するたびにいちいち確認したりしていますが、
忘れてしまうこともあるので、不便だなあと思います。
仕事上、外部の環境とあわせるため、
QX3.3で作成されたものを(会社では4.1バージョンしかないので)4.1で開いて
3.3で保存していますが何かそういったことも原因なのでしょうか。
だれか解決策を教えていただけると大変うれしいです。
環境
Mac9.2.2
QX4.1
リンクファイルは
Illustrator8.0.1
Photoshop5.5
です。
QX4.1で、イラストレーターやフォトショップの画像をリンクするとき、HDの別の階層にある同名のファイルがリンクされてしまいます。
たとえ、別階層に同名のファイルがあっても、QX4.1作成ファイルがある、同じフォルダにある画像がリンクするように設定する方法はあるのでしょうか。
画像の更新をするときも、同じHDの中に、同名ファイルがあると、別階層の同名ファイルが開かれてそれが更新されてしまいます。そして、同じ階層にある直したいファイルのほうは、なおっておらず、画面上は更新されているように見え、プリンタでも別階層のファイルで出力されるため、入校時点で、気付かず、印刷事故に遭いました。
気をつけて、同名のファイルが別階層であってもないようにしたり、一つ更新するたびにいちいち確認したりしていますが、
忘れてしまうこともあるので、不便だなあと思います。
仕事上、外部の環境とあわせるため、
QX3.3で作成されたものを(会社では4.1バージョンしかないので)4.1で開いて
3.3で保存していますが何かそういったことも原因なのでしょうか。
だれか解決策を教えていただけると大変うれしいです。
環境
Mac9.2.2
QX4.1
リンクファイルは
Illustrator8.0.1
Photoshop5.5
です。
[ぺこちゃん]-2005/03/26 09:13:13 [Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC)]
[うー]-2005/03/27 20:07:01 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
»
そうです。
さらにびっくりするのは、
たとえば、去年作成したデータがHDの深い階層におり、そのバックアップはMOにも落としてあって、そのMOからデータを取り出して、同じMacで作業したとき、残ったままになっている深い階層のデータを覚えているようで、そこのデータが更新されてしまうので、そのHDのデータについて知っていれば、いらない過去データを完全にMacから消して、作業できますが、人のMacだったりすると消すのもこわいですし、また時間もかかり、繁忙期には対処しづらいのです。
そして別フォルダをつくってリンクを切れさしてもなぜかそっちからひっぱってくるから困るのです。QX3.3のときにそんなことはなかった気がするのですが…。
さらにびっくりするのは、
たとえば、去年作成したデータがHDの深い階層におり、そのバックアップはMOにも落としてあって、そのMOからデータを取り出して、同じMacで作業したとき、残ったままになっている深い階層のデータを覚えているようで、そこのデータが更新されてしまうので、そのHDのデータについて知っていれば、いらない過去データを完全にMacから消して、作業できますが、人のMacだったりすると消すのもこわいですし、また時間もかかり、繁忙期には対処しづらいのです。
そして別フォルダをつくってリンクを切れさしてもなぜかそっちからひっぱってくるから困るのです。QX3.3のときにそんなことはなかった気がするのですが…。
[ぺこちゃん]-2005/03/27 22:03:59 [Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC)]
[うー]-2005/03/28 13:26:47 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
[ron.]-2005/03/28 15:14:01 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
»
運用の一例を紹介します。この通りにすればいいという
わけではなくて、現場において使いやすいよう読み替え
てください。
●ファイルサーバを用意
今だと Mac OS 9 環境向けに 低価格なネットワーク
ストレージがありますから、利用できるかもしれません。
ちゃんとした運用を望むなら、サーバ用マシンを用意し、
Windows なり Mac OS X Server なり Linux なり、場合
によってはサーバソフトを入れてファイルサーバとして
動くように調整します。
●ファイルサーバにジョブに関するすべてのファイルを
置く
ジョブに対する命名規則をあらかじめ付けておくとい
いと思います。そして、あるジョブに関して、Quarkドキ
ュメントとリンク画像を別フォルダにしておきます。
(例)
NAS_Volume
├○○リーフ
│├qxd
│└img
├▲▲三つ折り
│├qxd
│└img
上の例では、「○○リーフ」というジョブに対し、
qxd フォルダに QuarkXPress ファイル、
img フォルダに リンクされる eps 等
編集するファイルは、デスクトップなどにコピーして、
用事が済んだらファイルサーバにコピーします。
制作している Mac には一時的なものしか置かず、Quark
XPress にリンクするものは、すべて一度ファイルサーバ
に置き、それを QuarkXPress にリンクします。
こうすることによって、どこの製作用 Mac からアクセ
スしてもパスが同じ状態を作ることができます。
また、この運用だと、リンクを切りたい場合は、サーバ
ボリュームをマウント解除するだけで可能です。
●バックアップはジョブごと行う
納品が終わったようなジョブは、サーバから抜き取っ
ておきます。上の例では、「○○リーフ」をまるごとコ
ピーして何かのメディアにとっておけば完了です。メ
ディアは2枚作るとかいうのはおまかせ。
~~~
というわけで、ローカルの HDD 上のファイルをリン
クしないようなデータの作り方の工夫をしてみたらどう
でしょうか。
わけではなくて、現場において使いやすいよう読み替え
てください。
●ファイルサーバを用意
今だと Mac OS 9 環境向けに 低価格なネットワーク
ストレージがありますから、利用できるかもしれません。
ちゃんとした運用を望むなら、サーバ用マシンを用意し、
Windows なり Mac OS X Server なり Linux なり、場合
によってはサーバソフトを入れてファイルサーバとして
動くように調整します。
●ファイルサーバにジョブに関するすべてのファイルを
置く
ジョブに対する命名規則をあらかじめ付けておくとい
いと思います。そして、あるジョブに関して、Quarkドキ
ュメントとリンク画像を別フォルダにしておきます。
(例)
NAS_Volume
├○○リーフ
│├qxd
│└img
├▲▲三つ折り
│├qxd
│└img
上の例では、「○○リーフ」というジョブに対し、
qxd フォルダに QuarkXPress ファイル、
img フォルダに リンクされる eps 等
編集するファイルは、デスクトップなどにコピーして、
用事が済んだらファイルサーバにコピーします。
制作している Mac には一時的なものしか置かず、Quark
XPress にリンクするものは、すべて一度ファイルサーバ
に置き、それを QuarkXPress にリンクします。
こうすることによって、どこの製作用 Mac からアクセ
スしてもパスが同じ状態を作ることができます。
また、この運用だと、リンクを切りたい場合は、サーバ
ボリュームをマウント解除するだけで可能です。
●バックアップはジョブごと行う
納品が終わったようなジョブは、サーバから抜き取っ
ておきます。上の例では、「○○リーフ」をまるごとコ
ピーして何かのメディアにとっておけば完了です。メ
ディアは2枚作るとかいうのはおまかせ。
~~~
というわけで、ローカルの HDD 上のファイルをリン
クしないようなデータの作り方の工夫をしてみたらどう
でしょうか。
[CL]-2005/03/28 17:11:24 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; Lunascape 1.4.1)]
»
>>・QXP起動中は、画像の移動を追跡するので、
> そんなことはしません。出典がないか知りませんが、移動した画像は移動で表示されます。
「追跡」って「移動」と表示することを指すかと思われます。
>確実にリンクを切るなら、新たにフォルダを作成して、そこに画像を移動します。
それはわかっているのですが。たとえば
4月号を制作中に、ロゴは3月号の流用、画像は去年の4月号流用、など、とりあえずドキュメント上でコピペし、あとから、ロゴの色を変えることになった、画像は切り抜くことになった、なんてとき、あちこちから画像を探し出して、コピーして、貼り替えて・・・が、煩雑なのです。
(そういうことは、私も最近、必要になってきた作業です)
なんか、愚痴っぽくなりましたが、
最初からきちんと管理できればいいのでしょうが、私の場合、HDDが大容量になって、管理しきれていないのが実情でしょうか。
> そんなことはしません。出典がないか知りませんが、移動した画像は移動で表示されます。
「追跡」って「移動」と表示することを指すかと思われます。
>確実にリンクを切るなら、新たにフォルダを作成して、そこに画像を移動します。
それはわかっているのですが。たとえば
4月号を制作中に、ロゴは3月号の流用、画像は去年の4月号流用、など、とりあえずドキュメント上でコピペし、あとから、ロゴの色を変えることになった、画像は切り抜くことになった、なんてとき、あちこちから画像を探し出して、コピーして、貼り替えて・・・が、煩雑なのです。
(そういうことは、私も最近、必要になってきた作業です)
なんか、愚痴っぽくなりましたが、
最初からきちんと管理できればいいのでしょうが、私の場合、HDDが大容量になって、管理しきれていないのが実情でしょうか。
[うー]-2005/03/28 18:32:16 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
»
>名前を変えても無駄です^^ その程度なら、ちゃんと追いかけてくれます。
補足です。古いフォルダの名前を変更し、別(新しい)フォルダにあるドキュメントを開こうとすると、画像を見つけられず「移動しました」といって、リストがでて再リンクすることになります。(これも結局煩雑です)
余所でどうかは断言できませんが、ウチではそうなりますが。
(同一階層のドキュメントの話ではありませんよ)
>CLさん、詳しくご説明ありがとうございました。
補足です。古いフォルダの名前を変更し、別(新しい)フォルダにあるドキュメントを開こうとすると、画像を見つけられず「移動しました」といって、リストがでて再リンクすることになります。(これも結局煩雑です)
余所でどうかは断言できませんが、ウチではそうなりますが。
(同一階層のドキュメントの話ではありませんよ)
>CLさん、詳しくご説明ありがとうございました。
[うー]-2005/03/28 18:58:57 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
»
>とりあえずドキュメント上でコピペし、あとから、ロゴの色を変えることになった、画像は切り抜くことになった、なんてとき、あちこちから画像を探し出して、コピーして、貼り替えて・・・が、煩雑なのです。
>HDDが大容量になって、管理しきれていないのが実情でしょうか。
急いでいるときは特にとりあえずドキュメント上でコピペでやってしまうので、それがいけないんでしょうけど、うーさんに同感です。
嫌だなあと思うのは、画像の収集ではなく、丸ごとフォルダをコピーして、そのなかのQXのドキュメントの画像を修正したとき、更新は常にまえのフォルダから引っ張られることで、そのときには「移動」すら表示されないことです。
「詳細」にチェックを入れてこまかくみると初めてわかるのがつらい~(*.*;)
(といってもしょうがないんでしょうけれど。)
別版もなにもないときは、リンクファイルを即座に上書きして更新するようにしてますが、別版が発生する仕事は、間違って直したくないものまでも上書きするのがこわいですし、またQXのデータがよく壊れるので、校正中は過去データをあまり消したくないからとっておこう、かといって、MOなどにデータを移す手間をはぶいてしまった。それが逆に事故につながってしまった。いちばんやってはいけないやり方をしてました。反省。
サーバは今のところなく、これから導入予定です。CLさんのデータの管理方法はとても参考になりました。
大変勉強になりました。
皆様ありがとうございました。
>HDDが大容量になって、管理しきれていないのが実情でしょうか。
急いでいるときは特にとりあえずドキュメント上でコピペでやってしまうので、それがいけないんでしょうけど、うーさんに同感です。
嫌だなあと思うのは、画像の収集ではなく、丸ごとフォルダをコピーして、そのなかのQXのドキュメントの画像を修正したとき、更新は常にまえのフォルダから引っ張られることで、そのときには「移動」すら表示されないことです。
「詳細」にチェックを入れてこまかくみると初めてわかるのがつらい~(*.*;)
(といってもしょうがないんでしょうけれど。)
別版もなにもないときは、リンクファイルを即座に上書きして更新するようにしてますが、別版が発生する仕事は、間違って直したくないものまでも上書きするのがこわいですし、またQXのデータがよく壊れるので、校正中は過去データをあまり消したくないからとっておこう、かといって、MOなどにデータを移す手間をはぶいてしまった。それが逆に事故につながってしまった。いちばんやってはいけないやり方をしてました。反省。
サーバは今のところなく、これから導入予定です。CLさんのデータの管理方法はとても参考になりました。
大変勉強になりました。
皆様ありがとうございました。
[ぺこちゃん]-2005/03/28 23:04:38 [Mozilla/4.0 (compatible; MSIE 5.22; Mac_PowerPC)]
»
>余所でどうかは断言できませんが、ウチではそうなりますが
どういう実験をされたのか知りませんが、リンクした時点のフォルダのIDに変更がなければ、名前の変更やフォルダ構成の変更にかかわらずリンクは外れません。
もう一度、新たに実験してみてください。
>旧フォルダの画像を一時的に別のフォルダに移したりして
で、フォルダではなく、ファイルの方を別の場所に動かせば、そこまでは追いかけません。
>「追跡」って「移動」と表示することを指すかと思われます。
それって、意味が全然違うでしょ?
設定された場所にあるかどうかを、画像使用状況を開いた時点で確認しているだけです。
否定されて嫌なのは分かりますが、白を黒と言っても仕方ないでしょ^^
どういう実験をされたのか知りませんが、リンクした時点のフォルダのIDに変更がなければ、名前の変更やフォルダ構成の変更にかかわらずリンクは外れません。
もう一度、新たに実験してみてください。
>旧フォルダの画像を一時的に別のフォルダに移したりして
で、フォルダではなく、ファイルの方を別の場所に動かせば、そこまでは追いかけません。
>「追跡」って「移動」と表示することを指すかと思われます。
それって、意味が全然違うでしょ?
設定された場所にあるかどうかを、画像使用状況を開いた時点で確認しているだけです。
否定されて嫌なのは分かりますが、白を黒と言っても仕方ないでしょ^^
[ron.]-2005/03/29 09:25:24 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
»
>ronさん
スレッドの主旨からそれてしまいますが、お答えしますね。
>で、フォルダではなく、ファイルの方を別の場所に動かせば、そこまでは追いかけません。
だから私も「画像」(=ファイル)を移動して「リンクが切れる」と書いています。
>もう一度、新たに実験してみてください。
しました。
・「フォルダ01」をフォルダごとコピーします。
・「フォルダ01のコピー」の中の画像を捨てます。
・「フォルダ01」の名前を変更します。
・「フォルダ01のコピー」の中のドキュメントを開きます。
前回はここで「移動しました」といってきましたが、今回は、ドキュメントは開き、プレビュー画像をダブルクリックすると「ファイルが見つかりません」、画像使用状況では「移動」となり、リンクが切れています。
ところが、
前回は時間がなかったので、1点やった結果を書いたのですが、今日、数点やってみた所、リンクが生きているものもありました。なので私の所でも100パーセントとは言えません。
なぜだか、教えていただけますか? フォルダのID が変わったのでしょうか? 実験してみてください。
>それって、意味が全然違うでしょ?
そうですか。原文に対する私の解釈を書いたのですが、適切でなかったのかも知れません。「追跡する」というのも、私の表現で、原文では違います。すみません。うかつでした。
念のため原文を引用します。
>アタリ画像と実データのリンク替えの鉄則は、まずQuarkXPressを終了させてから行うことです。起動していてはQuarkXPressにファイルの移動を気づかれてしまいます。ましてや、ドキュメントを開いたままでは、QuarkXPressの監視の目からは逃れられません。(「ここまでできるQuarkXPress3.3/4.1」)
私が100パーセント責任を持てることではないのですが、同じ悩みをもっている方に、何かお役にたてれば、と思ってかいてしまいました。違う環境では検証もしきれませんし。その点、反省します。
G4 867/OS9.22/QXP4.1
スレッドの主旨からそれてしまいますが、お答えしますね。
>で、フォルダではなく、ファイルの方を別の場所に動かせば、そこまでは追いかけません。
だから私も「画像」(=ファイル)を移動して「リンクが切れる」と書いています。
>もう一度、新たに実験してみてください。
しました。
・「フォルダ01」をフォルダごとコピーします。
・「フォルダ01のコピー」の中の画像を捨てます。
・「フォルダ01」の名前を変更します。
・「フォルダ01のコピー」の中のドキュメントを開きます。
前回はここで「移動しました」といってきましたが、今回は、ドキュメントは開き、プレビュー画像をダブルクリックすると「ファイルが見つかりません」、画像使用状況では「移動」となり、リンクが切れています。
ところが、
前回は時間がなかったので、1点やった結果を書いたのですが、今日、数点やってみた所、リンクが生きているものもありました。なので私の所でも100パーセントとは言えません。
なぜだか、教えていただけますか? フォルダのID が変わったのでしょうか? 実験してみてください。
>それって、意味が全然違うでしょ?
そうですか。原文に対する私の解釈を書いたのですが、適切でなかったのかも知れません。「追跡する」というのも、私の表現で、原文では違います。すみません。うかつでした。
念のため原文を引用します。
>アタリ画像と実データのリンク替えの鉄則は、まずQuarkXPressを終了させてから行うことです。起動していてはQuarkXPressにファイルの移動を気づかれてしまいます。ましてや、ドキュメントを開いたままでは、QuarkXPressの監視の目からは逃れられません。(「ここまでできるQuarkXPress3.3/4.1」)
私が100パーセント責任を持てることではないのですが、同じ悩みをもっている方に、何かお役にたてれば、と思ってかいてしまいました。違う環境では検証もしきれませんし。その点、反省します。
G4 867/OS9.22/QXP4.1
[うー]-2005/03/29 13:02:56 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
»
> ・「フォルダ01」をフォルダごとコピーします。
> ・「フォルダ01のコピー」の中の画像を捨てます。
> ・「フォルダ01」の名前を変更します。
> ・「フォルダ01のコピー」の中のドキュメントを開きます。
もとの「フォルダ01」に画像、ドキュメントがある状態で「画像使用状況」開き、その後保存をしていれば「フォルダ01」を削除しない限りそこにリンクし続けます。「フォルダ01」に収集しただけでその後「リンクを認識した状態で」保存しない限り「フォルダ01」の情報はドキュメントに残りません。残っていないものを追跡するのは不可能です。
「画像使用状況」を開くことで全画像のリンクが更新されます。
> 前回はここで「移動しました」といってきましたが、
「自動画像取り込み」を「オン(選択)」にすることでドキュメントを開く時にリンクの更新を求めてくるようになります。
> 起動していてはQuarkXPressにファイルの移動を気づかれてしまいます。ましてや、ドキュメントを開いたままでは、QuarkXPressの監視の目からは逃れられません。
稀にこのような状態なることがあるらしいです。私自身は経験したことはありませんが、ずいぶん前にBBSでそんな話を見かけました。その時も原因が特定できずに終わりました。というより現象を再現できなかったんですが。
私は「発行と引用」がからんだ時にそういうことになるのかもしれないと思いましたが、検証はしてません。
しかし、QuarkXPressの仕様上はリンクファイルをどこまでも追跡するということはありません。
> ・「フォルダ01のコピー」の中の画像を捨てます。
> ・「フォルダ01」の名前を変更します。
> ・「フォルダ01のコピー」の中のドキュメントを開きます。
もとの「フォルダ01」に画像、ドキュメントがある状態で「画像使用状況」開き、その後保存をしていれば「フォルダ01」を削除しない限りそこにリンクし続けます。「フォルダ01」に収集しただけでその後「リンクを認識した状態で」保存しない限り「フォルダ01」の情報はドキュメントに残りません。残っていないものを追跡するのは不可能です。
「画像使用状況」を開くことで全画像のリンクが更新されます。
> 前回はここで「移動しました」といってきましたが、
「自動画像取り込み」を「オン(選択)」にすることでドキュメントを開く時にリンクの更新を求めてくるようになります。
> 起動していてはQuarkXPressにファイルの移動を気づかれてしまいます。ましてや、ドキュメントを開いたままでは、QuarkXPressの監視の目からは逃れられません。
稀にこのような状態なることがあるらしいです。私自身は経験したことはありませんが、ずいぶん前にBBSでそんな話を見かけました。その時も原因が特定できずに終わりました。というより現象を再現できなかったんですが。
私は「発行と引用」がからんだ時にそういうことになるのかもしれないと思いましたが、検証はしてません。
しかし、QuarkXPressの仕様上はリンクファイルをどこまでも追跡するということはありません。
[のもと]-2005/03/29 15:28:03 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/125.5.6 (KHTML, like Gecko) Safari/125.12]
»
>なぜだか、教えていただけますか? フォルダのID が変わったのでしょうか? 実験してみてください
改めて、書かれたとおりの手順で行いましたが、リンクしたままです。何度やっても。
うーさんの環境でリンクが外れる理由は分かりかねます。HDDは大丈夫ですか?念のため。
改めて、書かれたとおりの手順で行いましたが、リンクしたままです。何度やっても。
うーさんの環境でリンクが外れる理由は分かりかねます。HDDは大丈夫ですか?念のため。
[ron.]-2005/03/29 15:53:03 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
[うー]-2005/03/29 17:26:13 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
»
> この「画像使用状況」は「フォルダ01のコピー」にある新しいドキュメントのほうですよね。
> (私の所では「フォルダ01」の名前を変えると、上に書いたとおり、リンクが切れています。)
違います。
「もとの」と書いてある通りです。
「フォルダ01」を複製する前に「フォルダ01」内にあるドキュメントにその場所でのリンク状況を保存しなければ検証にならない、ということです。
いっている意味がわからないのならそれで結構。
きっぱりあきらめてこの件は忘れるといいです。
> (私の所では「フォルダ01」の名前を変えると、上に書いたとおり、リンクが切れています。)
違います。
「もとの」と書いてある通りです。
「フォルダ01」を複製する前に「フォルダ01」内にあるドキュメントにその場所でのリンク状況を保存しなければ検証にならない、ということです。
いっている意味がわからないのならそれで結構。
きっぱりあきらめてこの件は忘れるといいです。
[のもと]-2005/03/29 17:47:10 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/125.5.6 (KHTML, like Gecko) Safari/125.12]
»
>自分のMacで起きているので、なんともスッキリしません。
次の手順を試してください。
(念のため、ローカルHDDで試してください)
1.新規にXPressドキュメントを作成
2.適当な画像をリンク
3.2とは別のフォルダに保存してXPressを閉じる
4.2の画像のフォルダ名を変更
5.3で保存したXPressドキュメントを開く
6.画像使用状況を確認
確認の邪魔なので、自動リンクはOFFにしてください。
これでもリンクが切れるのでしたら、何か設定があるのかもしれません。
うまくリンクが切れなかったら、4の時にフォルダの位置を既存のフォルダの下に移動とかしてみてください。
次の手順を試してください。
(念のため、ローカルHDDで試してください)
1.新規にXPressドキュメントを作成
2.適当な画像をリンク
3.2とは別のフォルダに保存してXPressを閉じる
4.2の画像のフォルダ名を変更
5.3で保存したXPressドキュメントを開く
6.画像使用状況を確認
確認の邪魔なので、自動リンクはOFFにしてください。
これでもリンクが切れるのでしたら、何か設定があるのかもしれません。
うまくリンクが切れなかったら、4の時にフォルダの位置を既存のフォルダの下に移動とかしてみてください。
[ron.]-2005/03/29 18:15:43 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]
»
私なりの経験上QXの場合、配置物に変更があった場合は、必ず日付とか名前を変えてリンクし直すというのが原則のように思えます。またQXの場合、以前にせよ、新規にしろ同名の配置物が内容が違うにもかかわらず、また同名同一内容の物でも複数存在していることがトラブルの原因になりがちです。以前リンクした古いものはその都度、こまめに捨てるか、再流用する可能性があれば別なホルダに移動してとりおきします。どちらにしても名前を変えなければ、いけない最大の理由は、入稿の際、MOに収集すればわかります。写真などの配置物で同じデータ、名前であっても、それぞれを別なホルダからリンクしていると収集の際、QXが混乱して同じものと判断できなくて、勝手に名前の前にiMAC350;;11;のように名前を付けてしまうケースを経験された方がいるのではないでしょうか?私の場合は面倒ですが古いリンク物はこまめに捨てて、最新のリンクしているものを唯一のものとしています。それでも改めて収集し作業をしていて、元のリンクが更新のじゃまになる時は、外付HDにもとのデータを移動してコピーし、元データを捨て、強引にリンクを切ることもあります。見当違いでしたらあしからず…
[あやや]-2005/03/30 01:02:11 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
»
今日はずっと外でしたので、外部のMacも借りて、いろいろやってみました。
結論から言うと、フォルダを名前を変えることでは、リンクを切れないということ、納得しました。訂正します。お騒がせしました。
(以下、もしかしたらわかりきったことを長々と説明しているかもしれませんが。)
●まず、ronさんの方法で、名前をかえても旧フォルダの画像にリンクしたままで、切ることができませんでした。
●プレビューのダブルクリックで開く画像と、画像使用状況でリンクされている画像が違うことが、時々ある、ということがわかりました。
1 元のフォルダを「旧フォルダ」、収集した先を「新フォルダ」とします。両フォルダに画像がありますが新ドキュメントのリンク先は旧フォルダの画像になっています。
(のもとさんの
>「フォルダ01」に収集しただけでその後「リンクを認識した状態で」保存しない限り「フォルダ01」の情報はドキュメントに残りません。残っていないものを追跡するのは不可能です。
説明してもらえないのですが、やはり変。)
2 新ドキュメントを開いたまま、旧フォルダの名前を変えます。
画像使用状況を開かず、プレビューをダブルクリックすると、勝手に「新フォルダ」の画像に変更されているときがあります。同じページでも画像によって「新」「旧」あります。何度かダブルクリックをしているうちに、変わったりもします。(外部のMacでも)
3 「発行側をひらく」と、新フォルダの画像が開きます。私はこれで旧フォルダとのリンクが切れていると思ったのですが、
4 ここで画像仕様状況を開いたり、書類を保存し閉じて再び開くと元の「旧フォルダ」のリンクがいきているのがわかります。
(もしダブルクリックで開いた画像を修正しても、リンクされていません。)
昨日の検証時、書類を開く時に再リンクを求められたので、新フォルダの画像と置き換え可能と思ったのですが、今日はそうなりませんでした。上記2番の現象とともに、原因はわからず、不安定な現象だと思いました。(ronさんの所では2番の現象が全く起きないのでしょうか。)
いつも、仕事のミスには至らなかったので、なんとなくそのままでしたが、初めてわかったこともあり、勉強になりました。QXのリンクの強固さを再認識したので、ファイル管理の重要性もわかりました。
みなさま、ありがとうございました。
結論から言うと、フォルダを名前を変えることでは、リンクを切れないということ、納得しました。訂正します。お騒がせしました。
(以下、もしかしたらわかりきったことを長々と説明しているかもしれませんが。)
●まず、ronさんの方法で、名前をかえても旧フォルダの画像にリンクしたままで、切ることができませんでした。
●プレビューのダブルクリックで開く画像と、画像使用状況でリンクされている画像が違うことが、時々ある、ということがわかりました。
1 元のフォルダを「旧フォルダ」、収集した先を「新フォルダ」とします。両フォルダに画像がありますが新ドキュメントのリンク先は旧フォルダの画像になっています。
(のもとさんの
>「フォルダ01」に収集しただけでその後「リンクを認識した状態で」保存しない限り「フォルダ01」の情報はドキュメントに残りません。残っていないものを追跡するのは不可能です。
説明してもらえないのですが、やはり変。)
2 新ドキュメントを開いたまま、旧フォルダの名前を変えます。
画像使用状況を開かず、プレビューをダブルクリックすると、勝手に「新フォルダ」の画像に変更されているときがあります。同じページでも画像によって「新」「旧」あります。何度かダブルクリックをしているうちに、変わったりもします。(外部のMacでも)
3 「発行側をひらく」と、新フォルダの画像が開きます。私はこれで旧フォルダとのリンクが切れていると思ったのですが、
4 ここで画像仕様状況を開いたり、書類を保存し閉じて再び開くと元の「旧フォルダ」のリンクがいきているのがわかります。
(もしダブルクリックで開いた画像を修正しても、リンクされていません。)
昨日の検証時、書類を開く時に再リンクを求められたので、新フォルダの画像と置き換え可能と思ったのですが、今日はそうなりませんでした。上記2番の現象とともに、原因はわからず、不安定な現象だと思いました。(ronさんの所では2番の現象が全く起きないのでしょうか。)
いつも、仕事のミスには至らなかったので、なんとなくそのままでしたが、初めてわかったこともあり、勉強になりました。QXのリンクの強固さを再認識したので、ファイル管理の重要性もわかりました。
みなさま、ありがとうございました。
[うー]-2005/03/30 22:11:36 [Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02]
»
>ronさんの所では2番の現象が全く起きないのでしょうか
発行と引用と、画像使用状況が違うロジックで動くので、いろんな事が起きますね。
ただ、「リンク」という観点からは画像使用状況の表示が正しいものです。発行と引用でファイルがないといっても、そのまま出力すればちゃんとリンクされています。
(まぁ、出力時に、使用状況のチェックが入りますから、そのせいでしょうが)
発行と引用は、画像使用状況が実行されると、その情報に(最優先で)影響を受けますが、実行前ではフルパスの情報を使用するようです。
フルパスまでのフォルダ内に該当ファイル名があれば、それを読みにいきます。
詳しいチェックをしたわけではありませんが、発行と引用はこんな動きをするようです。時間が出来たら、「混在する」検証をしてみます。
発行と引用と、画像使用状況が違うロジックで動くので、いろんな事が起きますね。
ただ、「リンク」という観点からは画像使用状況の表示が正しいものです。発行と引用でファイルがないといっても、そのまま出力すればちゃんとリンクされています。
(まぁ、出力時に、使用状況のチェックが入りますから、そのせいでしょうが)
発行と引用は、画像使用状況が実行されると、その情報に(最優先で)影響を受けますが、実行前ではフルパスの情報を使用するようです。
フルパスまでのフォルダ内に該当ファイル名があれば、それを読みにいきます。
詳しいチェックをしたわけではありませんが、発行と引用はこんな動きをするようです。時間が出来たら、「混在する」検証をしてみます。
[ron.]-2005/03/31 17:28:32 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)]