InD-Board

合成フォントがアウトライン化出来ない / kuw

合成フォントを作成する。
合成フォント作成時、特例文字を作成。
合成フォントで特例文字の拡大率を１０４％に設定。

テキストボックスを作り、
２２Ｑ、作成した合成フォント書体で、
文字を入力。

テキストボックス内に、一文字でも特例文字があると
文字のアウトラインを取ろうとした瞬間クラッシュする。

IntelMac上でＣＳ３、ＣＳ４で再現します。

G5Mac上だと問題ないみたいです。

Adobeに不具合報告を出したけど、ＣＳ４で修正されるかどうか…
ＣＳ５、ＣＳ５．５だと直っているみたいです。

困っている人はいないのかと、
インターネット上で情報を集めたが、どうもあつまらない…
気になったのは以下の情報くらい…

合成フォントをアウトライン化しようとするとInDesignが強制終了する
http://forums.adobe.com/thread/606269

Intel プロセッサ搭載の Macintosh で
合成フォントのアウトラインを作成すると強制終了する（Illustrator CS3/CS4）
http://kb2.adobe.com/jp/cps/234/234927.html

No.6168 2011/10/05(Wed) 10:13:43
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; CIBA)

Re: 合成フォントがアウトライン化出来ない / 五月　貴

取引先とのどのようなご事情があるにせよ、InDesignは「文字をアウトライン化するほうが困るアプリケーション」と捉えてお使いいただいたほうがいいでしょう。

困っている情報が見つからないのは、先のような運用をされておらず、困っていないからだと思います。

No.6169 2011/10/05(Wed) 17:27:03
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23 YTB730

Re: 合成フォントがアウトライン化出来ない / ななし

基本的に文字中に画像を入れたり、地紋入れたりする
場合くらいですね、InDesignでのテキストアウトライン化は。
そういう使い方のユーザーが大部分なのでしょう。
私もそうですけど。

No.6170 2011/10/05(Wed) 19:08:42
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C)

Re: 合成フォントがアウトライン化出来ない / kuw

五月　貴さんななしさん
ありがとうございます。

いきなりスクリプトの話になるので、
少し話しが飛躍するようで申し訳ないのですが、

テキストオブジェクト内のに存在する文字列の
リアルなテキスト一塊の実体VisibleBounds座標を取得したいのです。

G5Macまでは、
テキストオブジェクトのアウトラインを取り、
そのオブジェクトのVisibleBounds座標を取得する事により
処理を実現していました。

同じ処理をIntelMacで行うと、
やはりスクリプト上でも、
アウトライン処理の際にInDesignが強制終了します。

実体VisibleBounds座標を取得する為には
一度アウトライン処理を行って取得するしかなく、
ほとほと困っているしだいです。

No.6174 2011/10/06(Thu) 14:46:33
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; CIBA)

Re: 合成フォントがアウトライン化出来ない / 流星光輝

>テキストオブジェクト内のに存在する文字列の
>リアルなテキスト一塊の実体VisibleBounds座標を取得したいのです。

Scriptの話題なので、ちょいと試してみました。

環境は、WindowsXP SP2 InDesignCS4(6.0.6.622)

A-OTFリュウミンL-KLで合成フォントを作り、
0を特例文字に追加し、拡大率？＝垂直比率・水平比率に
104％を設定

仰るとおり22Qで「特例文字」を含むようにTextFrameに入力。

CreateOutlines(False)を手動で行ったところ、
クラッシュどころか平然とアウトライン化できました。

ちなみに合成フォント編集のサイズに200％とか入れると、
アウトライン化されますが、期待した結果にならず、
アウトライン化された文字がかなり小さくなりました。

何かのお役に立てば幸いです。

No.6176 2011/10/06(Thu) 15:12:16
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.202 Safari/535.1

Re: 合成フォントがアウトライン化出来ない / kuw

流星光輝さん
検証ありがとうございます。

どうやらWindows上だと強制終了は起きないようですね？
拡大しすぎると文字が小さくなる？という問題が別で起きるようですが^^;

InDesignのクラッシュは
IntelMacのＣＳ３、ＣＳ４上でのみ起きる問題のようです。

IntelMacでRosettaを入れて、ＣＳ２でも検証してみましたが、
問題は起きませんでした。

せめて、ＣＳ４だけでもうまくスクリプトが動いてくれるとありがたいのですが…

No.6179 2011/10/06(Thu) 17:20:53
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; CIBA)

Re: 合成フォントがアウトライン化出来ない / PICTRIX

>テキストオブジェクト内のに存在する文字列の
>リアルなテキスト一塊の実体VisibleBounds座標を取得したいのです。

チャチャじゃございません。
対象のテキスト文字列が「一」乃場合は？

いや、何を行いたいのか不明のままの質問でございます。

No.6182 2011/10/06(Thu) 21:38:42
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

文字列の座標値 / 五月　貴

ご事情が何となく分かりました（勘違いしていたら申し訳ありません）。

以前，私が文字列に相対サイズの罫を巻きたいと書き込んだ質問があります。
http://www2.rocketbbs.com/11/bbs.cgi?id=thats&mode=pickup&no=6039
こちらにてお～まちさんの「文字の座標を調べるスクリプト」をご紹介頂きました。

選択した文字列が紙面上のどこにあるか調べるということですよね。
選択テキストのx座標，y座標を得るための方法が別にあればよいのですが，当方のスキルでは思いつきませんでした。

No.6183 2011/10/06(Thu) 22:03:46
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23 YTB730

Re: 合成フォントがアウトライン化出来ない / （z-）

>kuwさん
一度確立した作業フローにできた問題を解決したいという趣旨だけはわかりました。
ただ、現状アウトライン作成ができない（避けて解決しなければいけない）以上、別のアプローチが必要かと思います。
それに際し、得たvisibleBoundsを元にどのような作業をするのか、の情報が待たれている状態です。
よろしければそこまで開示して頂ければ、こぞって悪知恵なり正攻法なり出てくるかと思うんですが、いかがでしょう。

No.6184 2011/10/07(Fri) 11:12:32
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

Re: 合成フォントがアウトライン化出来ない / kuw

PICTRIX さん

ありがとうございます。
具体的な事まで書くことができなくて御免なさい。
「一」のみの場合…
「リアルなテキスト一塊の実体VisibleBounds座標」ですので
仮想ボディではなく、細い横長の実体VisibleBounds座標となります。
文字が「。」のみ場合等も、アウトラインですから、
文字丸その物の座標となります。

五月　貴さん

情報ありがとうございます。
最悪どうしようも無い場合。
文字の仮想ボディの座標でも良いのですが、

一行目にルビや圏点がある場合の、
ルビや圏点の大きさ判別処理。
親文字自体に長平体が掛かっている時や、
複数行処理、縦中横等、

ちょと考えるだけでも、うへぇ…って感じになってしまいます。
でもそっちの方向で妥協点を探るしかないような気がしてきました。

追記：
ＣＳ３から実装されている、
テキストフレームの角をShift＋ダブルクリックすると
行方向、文字の流れる方向が同時にフィットする処理ですが、
あれをスクリプト上から実行する方法はありますでしょうか？
どうもTextFrameObjectにメソッドが見つからないのです。

No.6187 2011/10/07(Fri) 11:35:01
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; CIBA)

Re: 合成フォントがアウトライン化出来ない / kuw

（z-）さん

ありがとうございます。
>得たvisibleBoundsを元にどのような作業をするのか、の情報が待たれている状態です。悪知恵、正攻法、共に私も大好きです。
あんまり具体的な事まで開示できなくて申し訳ないのですが。
あえて書くなら、

大量のテキストフレーム内の文字から、
一定距離はなれた場所を四角い罫で巻くような処理を行いたい。
また、
一度罫が巻かれたテキストデータに
文字の増減があった際、罫を巻きなおす事も多々あり、
現状動いているフローと共通したデータを使用する事も多々あるので、
この場合アウトライン処理と結果が異なってくると問題になります。

現状G5MacのCS2､3､4で作業は行われており
IntelMacのCS3､4､5､5.5へ作業を移行したい。
移行期間中の事を考慮しても、
IntelMac、G5Macの両方を平行利用する期間が数年はある為、
両ハードで、動くCS4を暫くはメインに使用しなければならない。

文章わかりにくくてすいません。
難しい案件であるのは自分でも理解しておりますです。

No.6189 2011/10/07(Fri) 14:56:39
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; CIBA)

Re: 合成フォントがアウトライン化出来ない / （z-）

了解です。なんともご本人のもどかしさが伝わる文言で…

テキストフレームの角カチカチ（Shiftキーは不要でしょうか？）の件、
textFrame.fit(FitOptions.FRAME_TO_CONTENT); かと思ったんですが違いましたね。
カチカチした対極の点を基準にフィットします。コーナーに限らず辺の中央（TOP_CENTER等）でも有効で、
テキストフレームの場合、角をカチカチすると縦横比保持のままオーバーフロー解消まで拡大（またはギリギリまで縮小）し、
グラフィックフレームの場合はfit(FitOptions.FRAME_TO_CONTENT)と同等、でも辺をさわった場合は結構トンチキな動きのようで。。触らない軸のフレームサイズを維持したままリンクの左上に揃ってしまう。
字送り方向のフィッティングは連結マークが邪魔で触れない事が多いので、スクリプトでやれるならウチも是非という所存ですが、やっぱり見つかりません。

マウス操作でのみ挙動、操作するポイントにより基準点が変化、といった手合いの機能はJavaScriptのDOMに実装されていない事が多いように思います。

No.6191 2011/10/07(Fri) 18:22:11
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

Re: 合成フォントがアウトライン化出来ない / PICTRIX

問題は、一行目の天辺座標ですかね。。。
仰る様にルビやら圏点やら変形やらシフトやら。。。
行末は各行のエンドホリゾンタルオフセットの最大値？
文末はエンドベースラインで分かるとしても。。。

No.6192 2011/10/07(Fri) 22:26:09
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

Re: 合成フォントがアウトライン化出来ない / （z-）

と、今さらですが、ようやく自宅にて IntelMac+CS3で検証に至りました。
たちまち落ちまちた。。あ、回文です（どうでもいい）

手元の簡便なテストのみですが、CS3を情報ウィンドウ上で「Rosettaを使って開く」にチェックを入れで起動したところ、落ちることなく無事アウトライン化できました。が、たまたまかも知れません。
そちらの実際の作業データ上ではどうでしょうか？

実測値との誤差の許容範囲によりますが、必要な文字列をすべて合成じゃないフォントにばらしてしまうという手も。特例文字にはW104%、H104%拡大。文字揃えの設定によっては浮き沈みしますけど、ベースラインシフト、ルビ、圏点ていどなら0.96%のオフセット値補正でどうにか？

＞P師匠
行末の最大値=
ひとかたまり.insertionPoints.everyItem().horizontalOffset.sort().reverse()[0];
みたいなのですかね ^

No.6195 2011/10/08(Sat) 01:19:53
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50

Re: 合成フォントがアウトライン化出来ない / kuw

PICTRIXさん（z-）さん

ありがとうございます。

>テキストフレームの角カチカチ（Shiftキーは不要でしょうか？）の件、
テキストフレームの角ダブルクリックはShiftいりませんでした。
今まで無意識にShift押してました^^;

>問題は、一行目の天辺座標ですかね。。。
１行目の全ての文字内を調べて座標を出すしかなさそうです。
がんばります。

>行末は各行のエンドホリゾンタルオフセットの最大値？
>文末はエンドベースラインで分かるとしても。。。
たしかにCS3以降限定なのでbaselineで無くendBaselineが使えそうですね。
両改行以外文字位置をNumberでList化して…最大値を出す…みたいな感じで行きます。

>手元の簡便なテストのみですが、CS3を情報ウィンドウ上で「Rosettaを使って開く」にチェックを入れで起動したところ、落ちることなく無事アウトライン化できました。が、たまたまかも知れません。
rosettaで起動しようとしたらSuitcaseFusion3さんプラグインのお怒りを買ったようで、
起動時に強制終了します^^;
さすがに処理も遅くなりそうですし、この線は険しそうです。

>必要な文字列をすべて合成じゃないフォントにばらしてしまうという手も。
現状のワークフローや、作業者の使い勝手の事を考えると、
残念ながらこの方法は選択できませんです。

色々考えてくださり、ありがとうございます。
>なんともご本人のもどかしさが伝わる文言で…
Adobeにはイラッとさせられたりガクッと打ちのめされたりする事の多い事多い事。
スクリプトでいじれる事自体はすばらしいのですけどね。
ギリギリ妥協出来るような物を何とかスクリプトで組んでみようと思います。

No.6196 2011/10/08(Sat) 15:13:00
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; CIBA)

Re: 合成フォントがアウトライン化出来ない / お～まち

ちょっと思いついただけなのですが、合成フォントを使用する代わりに先頭文字スタイル、正規表現スタイルを使用して同様の組版を実現できないでしょうか。
使用している合成フォントがどのような内容なのか分からないのですが、置き換えることができれば、スクリプトを変更せず回避できるかもしれません。

No.6197 2011/10/08(Sat) 16:28:42
Opera/9.80 (Windows NT 6.1; U; ja) Presto/2.9.168 Version/11.51

Re: 合成フォントがアウトライン化出来ない / kuw

お～まちさん

ありがとうございます、
>合成フォントを使用する代わりに先頭文字スタイル、正規表現スタイルを使用して同様の組版を実現できないでしょうか。
なるほど。「正規表現スタイル」は気づきませんでした。
ただ、残念ながら、現状のワークフロー内での使用は難しそうです。
気付かなかったアイディアをありがとうございます。

No.6198 2011/10/11(Tue) 10:49:15
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; CIBA)

Re: 合成フォントがアウトライン化出来ない / kuw

試行錯誤の末、実行スピード、内容共になんとか実用に耐えられそうなスクリプトの元だねができました。

一行目の天辺端座標は、
行フィットを行った一行目の天辺端座標と１文字目のbaseline、horizontalOffsetの差異を記憶し、行フィット前の物に適応させて親文字の天辺端座標を確定させ、
この数値に１行目内に存在する文字の、ルビ縮小率、ルビ移動量とtextFrameの縮小値、textFrameの回転、縦組み横組みを加味させて
一行目の天辺端座標を算出する事ができました。

後は、このスクリプトを使用しながら様子を見てみようと思います。
ありがとうございました。

No.6199 2011/10/14(Fri) 13:52:07
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; CIBA)

動画の書き出しについて / kiyo

Mac OS 10.6.8
InDesignはCS5.5を使っている初心者です。

20ページほどのインタラクティブPDFを作成したいのですが、
書き出し後に動画が再生されなくて困っています。
動画は2つ、3.2MBと1.1MBのものを同じページに配置しています。

FLV、F4V形式を両方試しました。
また、書き出しは「Adobe PDF（インタラクティブ）」を指定しています。

いろいろ調べたのですが、原因が分からず途方にくれています。
もし分かる方がいらっしゃったらご教示ください。
よろしくお願いします。

No.6172 2011/10/06(Thu) 09:59:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

Re: 動画の書き出しについて / 樋口泰行

はじめまして。
InDesignからPDFへの書き出しについて書かれているこちらの書籍は読まれましたでしょうか？ヒントがあるかもしれません。
「InDesignで作る電子書籍　EPUB&PDF完全ガイド」大橋幸二 (著)
http://www.amazon.co.jp/dp/4844361945/

インタラクティブPDFでは試してないので未確認ですが、Adobe Digital Publishing Suiteの場合、InDesign CS5.5に動画を配置する場合には、QuickTimeでmp4形式で書き出した後、「.m4v」を「.mp4」にして配置する必要があります。

こちらについては、僭越ながら私が書いた書籍に書いてありますのでご参照ください。
「ADPS & EPUBがやってくる InDesignで作る電子書籍」
http://www.amazon.co.jp/dp/4862671101

No.6173 2011/10/06(Thu) 13:10:32
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50

Re: 動画の書き出しについて / kiyo

アドビの推奨がFLV、F4V、h.264（.mp4）でしたので、
その全てを試しましたが今のところ失敗しています…

とりあえず当該書籍を参照して試行錯誤を続けます。
情報ありがとうございました！

No.6180 2011/10/06(Thu) 18:38:32
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

Re: 動画の書き出しについて / 樋口泰行

InDesign CS5.5で行ってみました。

試しにYouTubeから落としたFLVファイルを配置したものは動きませんでしたが、下記の方法で配置したmp4ファイルは再生できました。

http://support.apple.com/kb/HT1425

こちらの一番上にm4vのサンプルファイルがあるので、ダウンロードした上で拡張子を「.mp4」に変更し、InDesignドキュメント内にドラッグで配置できます。このムービーもH264です。

あとはメディアパネルをつかってコントローラー表示などの設定を行えば、あとはPDFインタラクティブで書き出すと設定通りにコントローラーを表示させながら再生できました。

Acrobatは 9 Proで試しました。

No.6181 2011/10/06(Thu) 19:16:01
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50

Re: 動画の書き出しについて / kiyo

樋口様

お手数をおかけしています。
また、丁寧なご指導をありがとうございます。

指示通りサンプルファイルで試しましたが、やはりまったく表示されません。
作成中のメディアパネルでは確認できるのですが、書き出すと駄目なのです。
インタラクティブPDFでも、EPUBでも駄目です。

ちなみに検証は下記の通りです。
・Mac プレビュー
・Adobe Digital Editions.app　1.7.2
・iBooks最新版（iPadに入れて）

何か根本的な設定が間違っているのかと、
ドキュメントプロファイルを切り替えてみたり、
見当違いな操作をして鬱屈としています。。。

初歩的なミスの可能性が高いと思いますので、
何かもしお心当たりがありましたら教えてください。
よろしくお願いします。

No.6185 2011/10/07(Fri) 11:12:37
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

Re: 動画の書き出しについて / お～まち

ん？　Adobe Reader / Acrobat では確認していないのですか？
まず、そちらで確認してください。そちらで動作すれば、作り方の問題ではなく、再生環境の問題です。

No.6186 2011/10/07(Fri) 11:28:14
Opera/9.80 (Windows NT 6.1; U; ja) Presto/2.9.168 Version/11.51

Re: 動画の書き出しについて / (-_-メ)

インタラクティブPDFは、iBooksでは再生できませんよ。
Adobe Reader/Acrobatのバージョン9以降でないと。Android用のAdobe Readerでも再生できませんでした。

EPUBはそもそもHTMLなんで、閲覧環境にあった形式の動画ファイルを、Videoタグをつかって埋め込めば、iPad上のiBooksでも再生できます。

No.6194 2011/10/07(Fri) 23:21:33
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_1) AppleWebKit/534.48.3 (KHTML, like Gecko) Version/5.1 Safari/534.48.3

数字と単位の分割禁止について / Ann

最近InDesingを勉強し始めた初心者です。

私の会社では，これまで専門の組版ソフトで仕事をしてきました。
時代の流れで，移行できる仕事はInDesingにとの事で導入しました。

和欧混植の横組が多いのですが，
「10kg」「20cm」など，単位がつく時に分割禁止が働いているようで困っています。

私の会社では，「10kg」の数字と単位の間に6分を入れます。
そうすると行末に掛かった時に，「10」から追い出されてしまいます。

6分を欧文スペースにすれば「10」と「kg」は別の単語として扱われるので，分割してくれるのですが，
この部分は6分でなくてはならないので困っています。

とても多く出て来る仕事もあるので，何かの設定で一括でできる方法があると助かります。

また，今更なのですが，InDesingの欧文スペースの幅は4分でしょうか？3分でしょうか？

随分，調べたのですが答えに辿り着けず先に進めない状態です。
宜しくお願い致します。

※文字組みあき量を使ってみましたが，小数点や桁カンマの前後にもアキが入ってしまうのでダメでした。
※チカラ技ではなく解決したいと思って調べています。

No.6147 2011/09/27(Tue) 10:58:16
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 1.1.4322; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: 数字と単位の分割禁止について / （z-）

もうじき、どなたかのかっこいい回答がつくと思いますが
少し教えてください。
・InDesingのバージョンは？

＞和欧混植の横組が多いのですが，
・単位は?sなど、全角記号ですか？

＞「10kg」「20cm」など，単位がつく時に分割禁止が働いているようで困っています。
・それとも kg（ケージー）など半角英字ですか？

＞文字組みあき量を使ってみましたが，小数点や桁カンマの前後にもアキが入ってしまうのでダメでした

有望なのが正規表現スタイルと思われますが、CS4からの機能です。

＞InDesingの欧文スペースの幅は4分でしょうか？3分でしょうか？
書体によるのでは‥中ゴシックBBBなどでは3分相当です。

No.6148 2011/09/27(Tue) 11:40:06
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

Re: 数字と単位の分割禁止について / いき

細かい指摘ですみません、InDesingではなくInDesignです。

> また，今更なのですが，InDesingの欧文スペースの幅は4分でしょうか？3分でしょうか？

モリサワのオープンタイプ和文フォントであれば3分が基準となっています。欧文フォントはフォントごとに異なります。
単語間スペースの標準のアキは、段落（もしくは段落スタイル）ごとにジャスティフィケーション設定で変更しますが、当然ながら同じ段落（段落スタイル）内の他の単語間スペースも影響を受けます。

さて、バージョンはいくつですか？
単位記号には何が出てくるか把握なさっていますか？
それにより、CS4以上のバージョンであれば正規表現スタイルによる対応が考えられます。

No.6149 2011/09/27(Tue) 11:42:51
Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2

Re: 数字と単位の分割禁止について / いき

補足ですが、数値と単位の分離は、基本的には禁則です。

No.6150 2011/09/27(Tue) 11:44:20
Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2

Re: 数字と単位の分割禁止について / ものかの

今試してみたところ、10kg のような半角文字の連続は「欧文泣き別れ」にしても分かれないんですね。なんらかのアルゴリズムが働いているような印象です。知らなかった…

数値＋単位が分離禁則かどうかはともかく、いざという時に分けられる方法があるといいですね。ちなみに「結合なし」を挿入しても分かれませんでした。

No.6152 2011/09/27(Tue) 13:11:03
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50

Re: 数字と単位の分割禁止について / お～まち

どうやら欧文スペースと全角スペース以外のスペース類は前後の文字と分離禁止になっていて、その間にどんな特殊文字を入れても分離禁止を解除することはできないみたいです。

また、文字組みアキ量ですが、質問から推測すると、前の文字クラスを［半角数字］で後の文字クラスを［欧文］とせざるを得ない。そうするとカンマも［欧文］の文字クラスに入っているので、これは適用できない、ということですね。

質問者の希望は、
その１
欧文スペースと同様の働きをする（後の文字と分離でき、行末で吸収される）、1/6em幅のアキが必要だと。
その２
しかも「何かの設定で一括でできる方法があると助か」ると。言葉を変えると「チカラ技ではなく」実現したい。
ということですね？

その１については、いくつか方法があります。
1）欧文フォントで、欧文スペース幅が1/6emのものを必死で探す（和文フォントは期待できません）
2）欧文スペース幅が1/6emになるように長体をかけた文字スタイルを作成する
3）フォント作成ソフトを使用して欧文スペース幅が1/6emのフォントを作成する（昔やったなぁ）
4）SINGが使える環境であれば、3）をSINGで実現する

その２については元々のテキストの状態がわからないので、現時点では回答できません。

No.6153 2011/09/27(Tue) 13:46:04
Opera/9.80 (Windows NT 6.1; U; ja) Presto/2.9.168 Version/11.51

Re: 数字と単位の分割禁止について / Ann

解決案をありがとうございます。

No.6148様ヘ
・InDesingのバージョンは？
　　CS5.5です。
・単位は?sなど、全角記号ですか？
　　単位は欧文で全角の記号は使用しません。

・それとも kg（ケージー）など半角英字ですか？
　　はい，そうなんです。

・有望なのが正規表現スタイルと思われますが、CS4からの機能です。
　　6分を入れる方法は分かっているのですが…。

・書体によるのでは‥中ゴシックBBBなどでは3分相当です。
　　書体によって違うのですね。

ありがとうございました。

-----

No.6149様

スペル間違っていましたね。お恥ずかしいです(^^;A

6分を入れる方法は分かっているので大丈夫です。

※補足※
「数値と単位の分離は基本的には禁則です」との補足をいただいたのですが，ウチの会社の仕事は全て分離可なのです。
最近の組版ルールでは禁則の方がキレイに組めるという方が多いようですが，１行が20文字の段組で数字＋単位がたくさん出てくる文章の場合，追い出しが多くなり文字間がドンドン開いてしまうので，ウチの会社では採用していません。

ありがとうございました。

-----

ものかの様

はい，そうなんです。
行長の短い物でコレが度々あると，とても「美しい文字組版」とは言えない空きとなってしまうのです。

色々試していただき，何よりも質問内容を理解して下さり，ありがとうございました。

現時点では，欧文スペースで回避するしかないのかなぁ…と話し合っています。

-----

お～まち様

色々試して下さったのですね。感謝です。
質問の意図も理解していただきありがとうございます。

ご提案いただいたその１の１）については，欧文フォントが混ざってしまう事は，赤字校正の時にミスをしやすくなるので心配です（直後の入力文字が探したスペースのフォントになってしまうので）。
２）については，早速実験してみたいと思います。
３）についても試してみたいと思います。
４）については，「SING」が分からないので調べてみます。

テキストは，ワードや一太郎で来ます。
今は，それをMIFESに持って行きマクロをかけて整えています。

-----

皆様，また良い情報がありましたら書込みお願い致します。

No.6154 2011/09/27(Tue) 15:10:15
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 1.1.4322; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: 数字と単位の分割禁止について / いき

補足は蛇足でしたね、すみません。

> 6分を入れる方法は分かっているので大丈夫です。

お～まちさんの書き込みでおわかりかと思いますが、InDesign特殊キャラクタの6分スペースでは数字と単位が分割されません。

なお、SINGはCS5以上であれば新たにグリフレットを追加することができません。

そこで、有効な手段は「正規表現スタイル」となるわけです。

No.6155 2011/09/27(Tue) 15:44:06
Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2

Re: 数字と単位の分割禁止について / かたやなg

このスレッドはとても勉強になりました。
先に回答されている方々ほど詳しくないのですが，いろいろ考えると，お～まちさん案のその１の２）が一番よいのではないかと思いました。

いきさんのおっしゃるように分離されない特殊スペースは使えないし，SINGもInDesignのバージョンが合っていないようですから，現状では，正規表現スタイルでターゲットになる欧文スペースのみを変形させるのが手っ取り早いんじゃないかなぁ。
あと，全部変わってしまうため余分なことをしなくてはいけませんが，欧文スペースを変形させた合成フォントを使うというのも，場合によってはありかもしれないので提案させていただきます。

No.6156 2011/09/27(Tue) 18:57:50
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.0.5 Safari/533.21.1

Re: 数字と単位の分割禁止について / 五月　貴

＞あと，全部変わってしまうため余分なことをしなくてはいけませんが，欧文スペースを変形させた合成フォントを使うというのも，場合によってはありかもしれないので提案させていただきます。

その合成フォントを，合致する部分のみ正規表現スタイルで割り当てるのは如何でしょうか？

※機能をご存じない方のために補足させて頂きますと，「合成フォント」機能では特定の文字・文字コードの範囲だけ「特例文字」として，フォント・変形率・ベースライン移動を設定できます。
今回では例として，3分と分かっているフォントの欧文スペースを「特例文字」扱いして，字送り方向の変形を50％にするということになるでしょうか（3分の50％→6分）。
これを設定したフォントを別名で保存します（例:halfspace）。

正規表現スタイルの文字指定は，思いつきですが，
(?<=[0-9]{2})( )(?=[kmc]?[gms])
でよいでしょうか？

No.6161 2011/09/28(Wed) 17:09:33
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23 YTB730

Re: 数字と単位の分割禁止について / いき

合成フォントで部分的にフォントを置き換えるのはそれなりに煩わしいので、せっかく正規表現スタイルを使うなら該当箇所のみを変形させればよいのではないか、というのが当初からの私の意見です。

・その１
モリサワ和文OTFのように単語間スペースが1/3幅だとわかっているフォントだけを使っているのなら、五月貴さんが仰るように字送り方向50％の文字スタイルを用意すればよいでしょう。

・その２
その他のフォントなど、単語間スペースが1/3幅とは限らないフォントを使うのであれば、数字と単位の間のスペースに全角スペースを使い、字送り方向16.6％の文字スタイルを用意すればよいでしょう。
その際、行末で全角スペースが吸収される設定にしておく必要があります。

・その１用正規表現
(?<=[0-9]) (?=[a-zA-Z])

・その２用正規表現
(?<=[0-9])　(?=[a-zA-Z])

※ \d だと全角数字や修飾字形など大量にヒットするため、数字の検索には [0-9] を、アルファベットの検索には [a-zA-Z] を使っています。
※もちろん仕事内容次第ですが、数字があってスペースを挟み、次にアルファベットが来るものを全て検索対象にしてしまえばよいかと。それで不具合があるものは、さらに正規表現スタイルを追加し、文字スタイル［なし］にて（戻し置換）してやればよいと思います。

（2011/9/29 訂正します）
上記（戻し置換）についてですが、文字スタイル[なし]ではなく、文字送り方向100％の文字スタイルを用意する必要があります。
画像付きでブログに書きました。お時間ある方は参考までに。
http://kstation2.blog10.fc2.com/blog-entry-446.html

No.6162 2011/09/28(Wed) 17:54:47
Mozilla/5.0 (Windows NT 5.1; rv:7.0) Gecko/20100101 Firefox/7.0

Re: 数字と単位の分割禁止について / Ann

皆さん，たくさんの提案を本当にありがとうございます。

皆さんの提案をもとに，
　全角スペースを６分幅に長体をかけて使用する方法が安全なのではないかと話し合っています。

理由は，
　?@欧文スペースの幅は書体によって違うので割出。
　?A欧文スペースの場合，調整スペースが入ってしまう。
　?B行末吸収させる為。
という感じです。

※置換えについて「正規表現で…」と何度もご提案いただいていますが，最初の方で申し上げましたとおり，置換えについては，テキスト編集ソフトでもインデザインでも方法は分かっていますのでご心配なく。

☆長体にしても字送りにしても，直後の赤字校正に影響を与えるので，間違えのないよう使用していかなければとも話し合っています。

皆さん，本当にありがとうございましたm(_ _)m

No.6163 2011/09/30(Fri) 15:45:56
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 1.1.4322; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: 数字と単位の分割禁止について / いき

> 全角スペースを６分幅に長体をかけて使用する方法が安全なのではないか

実際そのように運用している方もおられますが、全角スペースの行末吸収においては未解決のバグがありますので念のために。
http://kb2.adobe.com/jp/cps/825/cpsid_82519.html

> 欧文スペースの場合，調整スペースが入ってしまう。

調整スペースというのは禁則におけるジャスティフィケーション影響下による単語間隔の増減、特に、行中の文字数が少ない場合に広がることを指しておられるのだと思いますが、これはジャスティフィケーション設定の「単語間隔」の最大値を100％にすること（及び必要に応じて他の部分も変更した方がより効果的ですが）である程度回避できるかと。」

> 置換えについては，テキスト編集ソフトでもインデザインでも方法は分かっていますのでご心配なく。

誤解の無きよう書き添えておきますが、質問者さん個人のためという側面もあるのは事実でしょうが、似たような問題で戸惑うことになるであろう未来のInDesignユーザーのために情報を共有しようという一面もあります。それこそがこういった掲示板の大きなメリットだと思っています。

> ☆長体にしても字送りにしても，直後の赤字校正に影響を与えるので，間違えのないよう使用していかなければとも話し合っています。

正規表現スタイルとは本来そういったヒューマンエラーを無くすための機能です。
わざわざ検索置換操作をすることなく、文字を入力した段階でスタイルがかかるのですから。

No.6164 2011/09/30(Fri) 16:20:25
Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1

Re: 数字と単位の分割禁止について / 五月　貴

いきさんのコメントに僭越ながら補足させて頂きます。
＞> ☆長体にしても字送りにしても，直後の赤字校正に影響を与えるので，間違えのないよう使用していかなければとも話し合っています。

＞正規表現スタイルとは本来そういったヒューマンエラーを無くすための機能です。
＞わざわざ検索置換操作をすることなく、文字を入力した段階でスタイルがかかるのですから。

「ライブプリフライト」のようなもので，リアルタイムに入力されたテキストの状況から正規表現スタイル摘要の可否を判断していくため，「検索・置換」と違い「間違いの心配」がありません。
ぜひこの機能を活用して頂いて，極力検索・置換による体裁変更を自動化できるように工夫してみてください。

過日250P以上の辞典を受注しましたが，多少の例外はあったものの，プレーンテキストの入力状態が定型化されていたので，フォント・Q数等がめまぐるしく変わる1段落を正規表現スタイルによって手作業なく流す事ができました。
この流し込み自体は数分で終わりました。

No.6165 2011/09/30(Fri) 20:38:25
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23 YTB730

Re: 数字と単位の分割禁止について / 梅花藻

> 全角スペースを６分幅に長体をかけて使用する方法
> 欧文スペースの場合，調整スペースが入ってしまう

＞全角スペースの行末吸収においては未解決のバグがあります

欧文スペースを「全角字形」にして６分幅の長体をかけるというのはどうでしょう。

全角スペースの行末吸収を使わなくても（使えないInDesignのバージョンでも）行末で吸収され、調整スペースも（たぶん）入らない。
欧文スペースの幅が不明でも（ジャスティフィケーションの設定によっても変りますしね）、幅は全角なので６分幅の長体をかけるだけ。

No.6166 2011/10/03(Mon) 13:17:04
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12

Re: 数字と単位の分割禁止について / (-_-メ)

正規表現スタイルという機能があるのを、どうも理解していないように読めるんですが……。
もう解決したのかな。

No.6167 2011/10/04(Tue) 11:46:02
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50

Re: 数字と単位の分割禁止について / ななし

「正規表現スタイル」、「先頭文字スタイル」、「合成フォント」は
機能的にかぶる部分もあるため、使いどころの判断が難しいですね。
たとえば、新聞などの大見出しはゴシック体を使っていても、「、」や
％記号、丸パーレンを明朝体にします。
この場合、合成フォントでも正規表現スタイルでも対応可能でしょう。

No.6171 2011/10/05(Wed) 19:15:46
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; YTB730; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C)

オブジェクトの表示・非表示について / 神口

何度もすみません。。初歩的なことだと思いますが、
インデザインでイラストレーターのようにオブジェクト・テキスト等の表示・非表示（イラレのCtrl+3）を行うことは出来ないのでしょうか？

環境：windows　InDesignCS4です。
宜しくお願い致します。

No.6137 2011/09/24(Sat) 20:55:45
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; BTRS122332; .NET CLR 1.1.4322; InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: オブジェクトの表示・非表示について / いき

プレビュー表示にて作業時、
属性パネル→「印刷しない」にチェック。

他の手段としては非表示にしたいオブジェクトを非表示レイヤーに。

ただし、ひとつづきのテキストのうち一部分を非表示に、というわけにはいきませんが。

No.6138 2011/09/24(Sat) 21:32:52
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.22) Gecko/20110902 Firefox/3.6.22 ( .NET CLR 3.5.30729)

Re: オブジェクトの表示・非表示について / RRR

条件付テキスト、という手もあります。
http://study-room.info/id/studyroom/cs4/study09.html

No.6146 2011/09/26(Mon) 15:31:42
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E)

Re: オブジェクトの表示・非表示について / 神口

ご回答ありがとうございます。
やはり、レイヤーを分けたりしなければならないようですね。
とても、
助かりました。また何かあったら質問させていただきます。

No.6157 2011/09/28(Wed) 09:50:53
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; BTRS122332; .NET CLR 1.1.4322; InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)

Re: オブジェクトの表示・非表示について / （z-）

悪知恵的手段でしたら、ページ外に覚えやすい距離（300mmなど）移動しておくという手もあります

No.6158 2011/09/28(Wed) 12:06:20
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

Re: オブジェクトの表示・非表示について / こに

>ページ外に覚えやすい距離（300mmなど）移動しておく
これの怖いのは、戻し忘れの事故です。またテキストの回り込みの設定のあるオブジェクトがあるとやっかいです。
弊社だと、ページ外にオブジェクトがあるかどうか＋αのスクリプトで問題のあるオブジェクトのあるページを表示させてアラートをだすなどの工夫をしてます。

レイヤー分けが一番無難で管理しやすいと思います。（これも出力時に必要なレイヤーが非表示になっていないかどうか調べるスクリプトで．．．以下略）

No.6159 2011/09/28(Wed) 14:22:33
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

Re: オブジェクトの表示・非表示について / （z-）

>ページ外に覚えやすい距離（300mmなど）移動しておく
>またテキストの回り込みの設定のあるオブジェクトがあるとやっかいです。
戻し忘れに関してはどのような方式でも人為的に起こり得るのでアレですが、回り込みは盲点でしたねぇ。
すみません、わたくしごときは番号でお呼び下さい。

レイヤー分けでよければスクリプト習い始めに書いた物があるので、
需要のある方はよかったらどうぞ。初期の作なので粗雑ですが。今でもか。
http://pub.ne.jp/ajabon/?entry_id=2099157
少しニュアンスが違いますが、特定オブジェクトの操作に邪魔になりそうな他オブジェクトを、上位または下位の新規レイヤーに追いやる物です。

No.6160 2011/09/28(Wed) 16:24:50
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/4.1.3 Safari/533.19.4

InDesignで「手動で目次作成」をなさる方はいらっしゃいますか / 五月　貴

当方のお客様の外注でタイトルのような作業で仕事をしている方がいるそうです。
数冊書籍を仕上げているはずなのですが，編集担当者から少し相談を受けたなかで上がってきた懸案です。

その案件は100ページ近い書籍ですが，ページの多寡を問わず，InDesignで作っても目次のノンブルを手探りで当て込むのが普通，という方はいらっしゃるのでしょうか？

No.6139 2011/09/25(Sun) 20:17:38
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.22) Gecko/20110902 Firefox/3.6.22 YTB730

Re: InDesignで「手動で目次作成」をなさる方はいらっしゃいますか / 流星光輝

まー色々ありますよね。

１）InDesignで制作していることをご存知で、目次は自動（段落スタイルでマッピング出来ている）で拾えることをご存知の上で、初校を出してくれという依頼。
２）目次のプレーンテキストを支給して頂ける場合（うちではInDesignなら目次機能で抽出してベリファイかけてチェックしますが）

経験ですが、どちらの方法で作業しても、あほみたいに朱字を書きまくってゲラ戻す出版社は、初校の時に目次を作りたがります。そしてノンブル変わるのでノンブルに殆ど朱字入ってるので必死（ここは目次のデザインに左右されます）に修正。

手探りで当て込むのは、「ノンブルは勝手に調べてゲラ出してね」ってことでしょうか？
もし、そうであれば、そういう場合もあります（経験済）

まー索引と同じ工程で制作したいのが本音ですが（＾＾；

頭の固い編集者も居ますので、色々な事例があると思います。その手法が「割に合う/合わない」で「手法を変えれば良い」話なんだとは思います。

上記１）の場合で、デザインに凝っていない（手作業が半端なく必要ではない場合）なら、「手動で目次作成」している意味が分かりません。単に勉強不足な作業者なのではないでしょうか。

質問内容では、推測でしか回答できませんが、
こんなとこでしょうか。

No.6140 2011/09/26(Mon) 03:51:11
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.186 Safari/535.1

Re: InDesignで「手動で目次作成」をなさる方はいらっしゃいますか / いき

流星さんが仰る通り、色々です。
何を指して「普通」と言うべきかについては判断が分かれるところでしょう。

特殊な事例ですが、目次に表示する項目が必ずしもページ順ではない場合もありまして、編集担当が内容を把握した上できっちりと目次原稿を作ってくる場合もあります。

書き込みの内容だけでは判断できませんが、もちろんその外注さんがInDesignの目次機能をご存知ない可能性もありますけどね。

No.6141 2011/09/26(Mon) 08:04:31
Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2

Re: InDesignで「手動で目次作成」をなさる方はいらっしゃいますか / 五月　貴

コメントありがとうございます。

確かに「“普通”は人の数だけ存在する」と言っても過言ではないと思いますので，それぞれのInDesignをお使いになる方にとって，「どういう対応を“普通”取るか」ご意見を伺いたかったところです。

ちなみに先の編集担当者には，当方に発注頂いた別の案件で「InDesignでは目次も索引も自動で作る機能があるため，それぞれの作成は本文の最終校正が終わるまでお待ち頂きたい」という旨を伝えてありますから，自動作成機能の存在は知っているはずで，その外注にも自動作成を期待していたのが外れだった，という様子でした。

編集者と当方の結論としては，さきのデザイナーが目次作成を自動でするという概念自体ないのでは，ということになりました。
何度修正指示を出しても反映されなかったということで…。

ちなみに「手作業に半端なく凝るデザイナー」です。

No.6142 2011/09/26(Mon) 11:04:17
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.22) Gecko/20110902 Firefox/3.6.22 YTB730

Re: InDesignで「手動で目次作成」をなさる方はいらっしゃいますか / いき

なるほど、状況がよくわかりました。
おそらく、ダイアログひとつで済む設定内容について、アレルギー反応のように「面倒くさい」と思ってしまっている可能性がありますね。
もしそうなら、よくあることだけど、せっかく用意された機能なのに勿体ない……。
……などと、想像だけで言っていても仕方がないとは思いますが。

No.6143 2011/09/26(Mon) 11:25:16
Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2

Re: InDesignで「手動で目次作成」をなさる方はいらっしゃいますか / 小泉

中には段落スタイルや文字スタイルもほとんど使わない方がいますからね。。

メールなどで書いても全く伝わらない方もいるので、
最近はクイックタイムの画面録画機能で一連の作業を録画したものなどを
FTP経由で送ったりします。

これは結構効果があります。

「面倒くさい」以前に普段自分で出しているパレット以外の機能が
全くの別世界になっている方も沢山いるように思います。

No.6144 2011/09/26(Mon) 12:06:42
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50

Re: InDesignで「手動で目次作成」をなさる方はいらっしゃいますか / ものかの

「クライアント側の普通」と「制作側の普通」は一致しないのが「普通」なので、確認したり推測したり擦り合わせたり我慢したり押し付けたり隠したり騙したり…が普通だと思います。

No.6145 2011/09/26(Mon) 13:49:32
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50

Re: InDesignで「手動で目次作成」をなさる方はいらっしゃいますか / ぼんた

自動で作りたいのはヤマヤマなんですが、段落や文字スタイル
だけでは対処できない例外も多く、基本的には手動が多くなります。うちの場合は。

No.6151 2011/09/27(Tue) 12:49:49
Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2