InD-Board

タグ付テキストについて / めいしう

初めまして
　文書間のハイパーリンクを設定したくて、タグ付テキストをいじっていたのですが、うまくいきません。
　ふと思いついて、書き出したタグ付テキストをそのまま配置してみようとしたのですが、エラーになることが分かりました。
　ハイパーリンクについては、リンク先が不明なような形になるのですが、たまたま長すぎる見出し行に段落内改行を入れていた個所がエラーになることに気がつきました。
　書き出されたタグ付テキストには「<0x000A>」となっているのですが、これが配置しようとすると読込み時に無効なタグとみなされます。
　シフトJISで何度か試した後、ユニコードでも書き出してみましたが、同じ結果でした。
　これはこういうものなのでしょうか。それとも、何か回避方法があるのでしょうか。
　ご教示いただければ幸いです。

　なお、Windows Vista上で、InDesign CS3を利用しています。

No.552 2008/01/19(Sat) 17:46:20
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 3.5.21022)

Re: タグ付テキストについて / せうぞー

<0x000A>は強制改行を意味します。
<000A>ではいかがですか？

ちょっとテストしてみましたが、URLをハイパーリンクに設定してタグ書き出し、読み込みとも成功しました。PDFにした時もリンクしてくれました。

No.557 2008/01/19(Sat) 22:49:51
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-jp) AppleWebKit/523.10.6 (KHTML, like Gecko) Version/3.0.4 Safari/523.10.6

Re: タグ付テキストについて / めいしう

せうぞー様、早速のご教示ありがとうございます。

　書き出したタグ付テキストの <0x000A> を <000A> に書き換えて読み込ませてみましたが、やはり「無効なタグ」とみなされ、文字列として配置されました。
　併せて、<0008> も埋め込んでみましたが、こちらも同様に無効なタグとしてはじかれ、文字列として読み込まれました。
　<0x0008> については、文字コード \x08 を埋め込んでおくとで読み込ませることができていますが、<0x000A> のほうは、Windows上ではファイル保存時に 0d0a に変換されてしまうようで、単なる段落改行に化けてしまいます。

○ハイパーリンクについて
　元々は、手書き文書をスキャンした既存のPDFファイルの特定ページにリンクさせたかったのですが、特定ページを指定する書式が分からず（ないのでしょうか？）、このPDFの各ページをインデザイン文書のページに貼付けたものを用意し、手動で数か所ハイパーリンクを設定し、これら２文書をPDFに書き出して、ジャンプすることを確認しました。
　それから、タグ付テキストを書き出し、元のテキストにハイパーリンクの設定を埋め込んで読み込ましたところ、すべてのリンク個所がおかしなことになりました。リンク先の文書名をアルファベットだけにしてみたりしましたが、同じ結果でした。

　その後、昨日書きましたように、思いついて、書き出したタグ付テキストをそのまま配置しようとしたところ、リンク先の設定がおかしなことになってしまいました。
　インデザインから書き出したタグ付テキストを、そのまま配置しようとしてエラーになるのが不審で、こちらにお尋ねに参ったような次第です。

　WindowsとMacとで違いがあるのか、私の環境や操作方法に問題があるのか、困惑している次第です。

No.559 2008/01/20(Sun) 09:40:11
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 3.5.21022)

Re: タグ付テキストについて / せうぞー

今回の場合にはあたらないかもしれませんが、
テキストエディタの中には、バックスラッシュ（hex005c）や、文字エンコーディング、改行コードなどを勝手に書き換えたり、BOMをつけたり（取ったり）するものがあります。ですからUTF-8で作業してるつもりが、いつのまにかShift-JISだったりするかもしれません。バックスラッシュはタグテキストの中で大きな意味を持ちますので、これを書き換えられると途端にエラーになります。

>そのまま配置しようとしてエラーになるのが不審
これはたまにあることです。
書き出されたタグは、ある程度編集する必要があります。

あとは、ほかのwin遣いの方がテストしていただいて、問題を切り分けていくといいかもしれません。
ちなみにわたしの環境はMacPro、Lepard、InDesign CS3です。使用してるエディタはmi

No.560 2008/01/20(Sun) 12:24:36
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-jp) AppleWebKit/523.10.6 (KHTML, like Gecko) Version/3.0.4 Safari/523.10.6

Re: タグ付テキストについて / めいしう

ありがとうございます。

> テキストエディタの中には、バックスラッシュ（hex005c）や、文字エンコーディング、改行コードなどを勝手に書き換えたり、BOFをつけたり（取ったり）するものがあります。ですからUTF-8で作業してるつもりが、いつのまにかShift-JISだったりするかもしれません。バックスラッシュはタグテキストの中で大きな意味を持ちますので、これを書き換えられると途端にエラーになります。

　気をつけさせていただきます。

> >そのまま配置しようとしてエラーになるのが不審
> これはたまにあることです。
> 書き出されたタグは、ある程度編集する必要があります。

　そうなのですか。そうすると、タグの書式について勉強する必要がありますね。少しがんばってみます。

　実は、インデザイン上でハイパーリンクを張った文書からタグ付テキストを書き出した該当個所が、以下のようになっていますが、タグ付きテキスト.pdfに載っている書式と違っているように思いつつ、よく分からないままにしております。

<Hyperlink:=<HyperlinkName:Ｐ8><HyperlinkDest:○○○○.indd - ページ 8 \[全体表示\]><HyperlinkLength:5><Hidden:0><BrdrVisible:1><BrdrWidth:Thin><BrdrHilight:None><BrdrStyle:Solid><BrdrColor:0,0,0>>

> あとは、ほかのwin遣いの方がテストしていただいて、問題を切り分けていくといいかもしれません。

　どなたか、ご教示いただけるとありがたいのですが・・・。

No.561 2008/01/20(Sun) 16:59:18
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 3.5.21022)

Re: タグ付テキストについて / 匿名A

Unicode保存なら、直接Unicodeで書いてるようです。
エンディアンの影響を受けるので、バイナリとしては0a00で強制改行。
改行は0d00+0a00になってるようです。

No.567 2008/01/21(Mon) 17:24:44
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)

Re: タグ付テキストについて / めいしう

匿名A様、ありがとうございます。
　試してくださったのですね。感謝します。

　貴氏のところでは、書き出したものをそのまま読み込むことができたと理解してよろしいでしょうか。

　だとすると、私の操作方法か、利用している環境に何か問題があるということになろうかと思いますので、もう少し試してみたいと存じます。
　ありがとうございました。

No.571 2008/01/22(Tue) 08:32:33
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 3.5.21022)

Re: タグ付テキストについて / (-_-メ)

リリースされたばかりの5.0.2アップデータに、
強制改行のタグが修正項目としてあがっていますね。
アップデートしてみてはどうでしょう。

No.588 2008/01/24(Thu) 00:13:42
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-jp) AppleWebKit/523.10.6 (KHTML, like Gecko) Version/3.0.4 Safari/523.10.6

Re: タグ付テキストについて / めいしう

5.0.2アップデータにつきお教えくださりありがとうございます。
　強制改行については、<0x000A>という文字列ではなく、文字コード\x0aが出力されるようになっていることを確認しました。

　ハイパーリンクについては、やはりさっぱり分かりません・・・。

No.589 2008/01/24(Thu) 14:59:17
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 3.5.21022)

多言語マニュアル作成について！？ / ☆

いつもお世話になっております。
InDesignを使い日本語のマニュアルを普段作成しております。

多言語のマニュアルを作成するソフトとしてFrameMakerと比較した場合にInDesignはどうなんでしょうか？

現在、多言語の話があり、今後の多言語を作成していくにあたって、FrameMakerとInDesignどちらを使うと良いのか、
FrameMaker/InDesignの両方の経験がある方が居ましたら
お教えください。よろしくお願いいたします。

当方、FrameMakerの事はよく知りません。
Ｎｅｔで検索してもFrameMakerの日本語で紹介されてるサイト
がほとんどヒットしてきません。

何か理解できるサイトか比較サイトがありましたら紹介してください。

翻訳会社のサイトを見ると、最近はInDesignを使うことが増えてるとの
記載が多くありました。
FrameMakerはそのうちにadobeの発売も無くなる方向なのでしょうか？

お手数おかけしますが宜しくお願いいたします。

No.565 2008/01/21(Mon) 13:30:55
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)

Re: 多言語マニュアル作成について！？ / まる

参考にはならないかもしれませんが…

当方は多言語マニュアルをFrameMakerで作成しています。
数千ページにわたるものでも、比較的扱いは楽という印象です。
文書間のリンクや目次、索引の作成・更新も手軽です。

扱いづらいのは
・不規則なレイアウト
・図版の多用
・Unicodeがサポートされていない（FrameMaker8では解決済）
などですが、慣れれば問題ありません。

一日で処理できるページはInDesignよりかなり多いです。
テキスト寄りのマニュアルで、改版が多かったり、納期が厳しいものには
重宝するのではないでしょうか。

ただFrameMakerの行く末は、当方でも心配の種ではあります。

No.572 2008/01/22(Tue) 10:39:44
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

Re: 多言語マニュアル作成について！？ / とくめい

というか、「多言語」って
CJKまじり？　それとも英独仏蘭露あたり？
そのへんをはっきりしないと、なかなかレスはつかんのではないかなあ？

日米併記だって、「多言語」なんだし。

No.574 2008/01/22(Tue) 12:44:29
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6

Re: 多言語マニュアル作成について！？ / ☆

まる様＞
アドバイスありがとうございます。
日本語取説は図版の多用をして不規則なレイアウトですので、
FrameMakerは向いてないかもしれないですね。
Illustrator等のデータを活かすなら、InDesignが良いと書いてある翻訳会社もありました。

とくめい様＞
独仏蘭露が主にですが、今後は韓国語・中国語も考えている最中です。
お伝えできる状況として、
現状は日本語版からテキスト部を英文に翻訳(内部で英文の堪能な方が翻訳)し、外国の翻訳会社にPageMakerのデータを渡して英独仏蘭露を作成してもらっています。
(イラストはTIFF、Illustrator、JPEG、BMP、PDF、DocuWorks、CAD図を変換したものを貼り付け)

英文は、InDesignで作成した標準的な多言語取説がまだない状態なので、InDesignで作成した場合に他国の多言語取説を作成する場合には作りやすいのかと思いまして・・・大手の某コピー会社より、多言語マニュアルの提案が来ておりFrameMakerへの切替を勧められている所です。

No.586 2008/01/23(Wed) 16:47:37
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322)

インデザインの移行について / にあ

はじめまして。大学で学生新聞を作製している者です。
現在QuarkXpress4.1（MacOS9.2）を使っているのですが、InDesignCS３（Winddows Vista）に移行を考えています。移行することによって、想定される問題・気をつける点などがあれば教えて頂ければ幸いです。
よろしくお願いします。

No.562 2008/01/20(Sun) 22:53:28
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

Re: インデザインの移行について / n-yuji

http://book.mycom.co.jp/dtp/
http://study-room.info/id/book.html
>想定される問題・気をつける点
まずは本を買って読むことです。
それも1冊ではなく、必ず複数冊。話はそれからですよ。

No.563 2008/01/21(Mon) 00:18:19
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)

Re: インデザインの移行について / とくめい

全然違うソフトなんだから、
全てにおいて問題でしょう。
しかもOSも違うから、ファイル名の付け方のルールとか
フォントフォーマットも全く異なるものになるんでしょう。

ま、QuarkXPressのことは忘れた方が賢明だと思います。
イチから覚えるつもりでどうぞってな感じ？

No.564 2008/01/21(Mon) 07:45:26
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6

Re: インデザインの移行について / 鹿男あをによし

お邪魔します。いつも楽しく拝見し、また、勉強させて頂いております。
私は、仕事で取扱説明書を作成している者です。
４年前にPageMaker6.5(MacOS9.2)からInDesignCS(WindowsXP)にデータ移行しました。

お二人からの返信文面が、ちょっと冷たい気がします。苦笑。
でも、QuarkXpress4.1(MacOS9.2)は忘れて、InDesignCS3(WindowsVista)の勉強することだと私も思います。
頑張って下さい。

・ファイル名や拡張子の付け方（ルール）
・フォント
などは、基本な問題です。私も数冊本を買って勉強しました。

InDesignCS3の勉強をするしかないです。
あとは時間との戦い…　　（って、学生さんならコストや時短なんて関係なしかぁ～。羨ましい）

No.566 2008/01/21(Mon) 15:49:49
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

Re: インデザインの移行について / (-_-メ)

QXデータのコンバートを考えているかもしれませんが、
あんまりアテにしないほうがいいですよ。
場合によっては１から作ったほうが早いです。

Macからの移行ということで、とくにフォントは問題になるでしょう。
MacのCIDフォントはまったく使えませんので、
まぁ、これからならOpenTypeフォントを揃えていくことになるのかな。

とはいうものの、操作の根本的なことは変わりません。
QXで標準的にやれていたことは、InDesignでもできます。
要はQXでやっていた作業をいかにInDesignに置き換えるかです。

体験版がダウンロードできますから、いままでQXで行っていた作業を
InDesignで１から作ってみると。それでああでもないこうでもないと
試行錯誤してください。それこそわからないことがあったら、
本を買ってきて調べてみる。

そして、それでもなお、何かにひっかかったり、わからないことがあったら
またここにきて質問してみてはどうでしょう。

問題点を明確にできれば、それだけ回答も明確になると思いますよ。

No.568 2008/01/21(Mon) 22:16:52
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-jp) AppleWebKit/523.10.6 (KHTML, like Gecko) Version/3.0.4 Safari/523.10.6

Re: インデザインの移行について / にあ

みなさん、どうもありがとうございます！！
みなさんの意見を参考にして、もっと勉強します。それで調べて分からないことが出てきたら、また質問させてさせていただきます、ありがとうございました。

No.579 2008/01/22(Tue) 14:01:01
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

表示用の画像を埋め込みたいのですが・・ / 初心者

初心者で悪戦苦闘しておりますが、よろしければ知恵を拝借させてください。

CS3上で、表示用の画像（オリジナルは他者のパソコンの中にあります）を.inddファイルに埋め込みたいのですが、できません。
リンクページでページを選んで埋め込みを選択すると、リンクが見つからないかすでに埋め込み済みとかのエラーメッセージが出て、できません。画像の横には？マークがついています。

なぜ表示用の画像を埋め込みたいかというと、.inxファイルに互換書き出しをして、色んなCSバージョンを使っている人たちにチェックを受けたいからです。ですがいまのまま互換書き出しをすると、互換形式ファイルに表示用の画像がはいっていないのです。

どうしたらよいでしょうか。

No.549 2008/01/19(Sat) 07:34:42
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)

Re: 表示用の画像を埋め込みたいのですが・・ / とくめい

フォーラムのヘロウさんですか？

プレビューだけ埋め込む、みたいなことはInDesignでは出来ないんじゃないですかね。

＞（オリジナルは他者のパソコンの中にあります）

なら、そもそも埋め込みできるはずがないのでは？
「他者のパソコン」にネットワーク上でアクセス可能であるなら話は別とは
思いますが。

＞色んなCSバージョンを使っている人たちにチェックを受けたいからです。

そういう使い方も根本的には無理と言わざるをえません。

No.550 2008/01/19(Sat) 08:52:35
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6

Re: 表示用の画像を埋め込みたいのですが・・ / 428

色々なケースが考えられるので、確認なのですが、

表示用画像とオリジナル画像の違いは？ファイル形式は？
また、チェックを受ける際に、データ修正や訂正がおこなわれるのでしょうか？

あくまでも推測による方法論なのですが、

画像はオリジナルを配置し（埋め込み必要はないです）、チェック作業はPDFにて行うのがスマートだと想われます。

チェック時にデータ修正などを行わない（確認用）のであれば、やはりPDFを利用するのが良いと想います。
（訂正指示などがあるのであれば指示をPDFに書き込めるようにすることも可能です）

チェック時にデータ修正などを行うのであれば、
CSのバージョン・環境・工程などを統一する必要があります。

No.551 2008/01/19(Sat) 12:16:32
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)

Re: 表示用の画像を埋め込みたいのですが・・ / 初心者

詳しい方からのご指示ありがとうございます。大変助かります。

>表示用画像とオリジナル画像の違いは？
初心者的な返答でもうしわけないのですが、表示用画像は「荒い」です。ちなみにオリジナル画像も表示用画像も白黒です。

>ファイル形式は？
inddファイルで、中に入っている表示用の画像のほとんどすべては、tifです。

>また、チェックを受ける際に、データ修正や訂正がおこなわれるのでしょうか？

はい。見たり訂正指示だけでなく、各校正者が直接そのファイルに訂正を行います。ただし文字に対してだけです。テキストボックスの位置なども各自が変えます。CSの色々なバージョンでは無理ということですので、とりあえずこのファイルを触るのは、CS3とCS2だけに絞ることにいたします。

ちなみにこのファイルは、各ページの背景に、サイズ統一された大きなtif画像がはりついていて、その上にいくつかのテキストボックスがあり、それが数百ページあります。ちょうどマンガのページような感じです。構成自体はすごく単純です。

そこでいっそのこと、inddファイルから表示用画像だけを、inxファイルに一括移転させようとしました。昨夜目をこすりながら、inddファイルを、SVGやindcに変換して、変換後のinxファイルに、一ページずつ貼り付けようとしたのですが、画像サイズが少し変わっているのと、数百ページあるので、その作業はあきらめました・・・

画像がtifなので、inx変換後に、なくなってしまうのでしょうか？だとすればその表示用のtif画像を、gifとか何か他のものに一括変換すれば、inx変換後も存在してくれるんでしょうか・・

ご指導よろしくお願い申し上げます。

No.554 2008/01/19(Sat) 19:16:13
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)

Re: 表示用の画像を埋め込みたいのですが・・ / せうぞー

異なるバージョン間で、グループワークは不可能です。
InDesign CS2とCS3では、厳密にいうとページ再現が異なるので。
inxファイルは、互換性を担保するものではありません。

こうしたグループワークの場合、素直にバージョンを揃えるの方法が、みなさんが幸せになる一番簡単で安全な方法です。

No.556 2008/01/19(Sat) 22:35:13
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-jp) AppleWebKit/523.10.6 (KHTML, like Gecko) Version/3.0.4 Safari/523.10.6

Re: 表示用の画像を埋め込みたいのですが・・ / 初心者

おっしゃることよくわかるのですが、目前の問題を何とか対処しなくてはなりませんです・・・
よくわからないのが、ＣＳ３で表示されているプレビュー画像を、なぜそのままinxファイル内に保存できないのでしょうか。そしてそれをする方法は、全くの皆無なんでしょうか？？

No.569 2008/01/22(Tue) 00:31:08
Mozilla/5.0 (Windows; U; Windows NT 5.0; ja-JP; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)

Re: 表示用の画像を埋め込みたいのですが・・ / 匿名A

>おっしゃることよくわかるのですが
　お分かりになるなら、事故になるような作業方法は止めてください。バージョンを合わせるのは、ＤＴＰ作業において基本です。それが出来ないなら、作業自体をやめるべきです。（あるいは、事故・トラブルに対して、完全に責任を持つか．．です）

>なぜそのままinxファイル内に
　想定されていないことは出来ません。なぜ、、という問題ではありません。

No.570 2008/01/22(Tue) 06:50:53
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)

Re: 表示用の画像を埋め込みたいのですが・・ / (-_-メ)

> おっしゃることよくわかるのですが、目前の問題を何とか対処しなくてはなりませんです・・・

本当なら、仕事が動き出す前にそういった問題を明確にしておくべきでしたね。ただ、動いちまったもんはちょうがいないと。

> よくわからないのが、ＣＳ３で表示されているプレビュー画像を、なぜそのままinxファイル内に保存できないのでしょうか。そしてそれをする方法は、全くの皆無なんでしょうか？？

オリジナル画像が手元にないとダメなんでしょう。
仕組みは知りませんが、プレビューはオリジナル画像から生成して表示しているんでしょうから、実体のないものは埋め込みようがないということでしょう。

No.573 2008/01/22(Tue) 11:10:39
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12.2 (KHTML, like Gecko) Version/3.0.4 Safari/523.12.2

Re: 表示用の画像を埋め込みたいのですが・・ / mg

異なるバージョンでのグループワークについては、この際触れませんが、
Tiffの白黒（グレースケール？）画像であれば容量的にもそれほど大きくないと思われるので、画像保有者で埋め込みするかパッケージしてもらう方がよいかと思われます。

No.575 2008/01/22(Tue) 12:45:32
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11

Re: 表示用の画像を埋め込みたいのですが・・ / m_ogawa

さっと読んだところ、とりあえずたとえばパッケージを使用してローカルに必要なファイルをコピーするように、全員が習慣づけることは間違いなく必要じゃないかと思いました。

> なぜそのままinxファイル内に保存できないのでしょうか。

リンクに支障が出ている時点で、残っているプレビューが正しい情報かどうかはアプリ側で判断できないですから、埋め込めないのは当然の仕様で、抜け道があるならそのほうが問題だと思います。
なぜならもし埋め込めて書き出せたら、その画像が単にサーバーにつながっていなかっただけか、差し替え変更になったのか、第三者にはわかりませんから問題があるのかどうか判断できないと思うからです。
編集にかかわっている社内制作側なら確認は容易でしょうが外注や出力側には確認ができないので、事故の可能性が極度に高まるでしょう。

> おっしゃることよくわかるのですが、目前の問題を何とか対処しなくてはなりません

inxはあくまでも上位バージョンへの移行のための補助のためであり、それを使った運用は考えられていないと思います。
また、下位互換性が取れないようになっているのは、一般的な現場での使用に要求される条件を満たせない、つまり致命的な体裁崩れなどが起きることを防げないからでしょう。
これはこのサイトのStudy-Roomをさっとでも読んでいれば容易に想像できることです（例えばCS3のNo.24）。
質問をする前に少しは自分で調べて理解できるような人でなければ、事故を起こさずにトリッキーな使い方をすることは不可能だと思いますよ。

No.576 2008/01/22(Tue) 13:10:22
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506)

Re: 表示用の画像を埋め込みたいのですが・・ / 偽善者こうちゃん

画像を埋め込むってことは画像の中身を読み込むってことだから本画像が手元にない限り無理ですよ。
いまInDesign上で見えているのはただの「プレビュー」でしかないので。
素直に画像所有者にパッケージしてもらって（画像収集も忘れずに）それを圧縮するなりメディアに焼くなりして配布したほうがよっぽど早いし確実です。

異なるバージョンでのグループワークは、どんな不具合が起きてもそれによって甚大な被害をこうむったとしても、そんな使い方するほうが悪いので、そこんとこ忘れなければ別にいいんじゃないでしょうか。

経験則で言うと目先にだけとらわれていると結局事故ったりしますよ、と。

No.577 2008/01/22(Tue) 13:11:43
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12.2 (KHTML, like Gecko) Version/3.0.4 Safari/523.12.2