InD-Board

行高の均等化 / シーラ

よろしくお願いします。
まず添付画像をご覧ください。最終的にはＡの表組を作ります。

まずＢのようにテキストを流し込み、
「テキストを表に変換...」でＣのかたちになりました。

このあと、時間を２行にしたりセルを結合したりと
ある程度成形した後に表全体を選択して
「行高の均等化」を施した結果がＣです。

列「場所」を基準に均等化してるのでしょうが
願わくば「開催日」や「時間」が２行に亘る行との
バランスを考慮してＡのように一発で処理する方法はありますか？

No.7716 2013/07/31(Wed) 14:08:40
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

ケアレスミスです。失礼しました。 / シーラ

誤：「行高の均等化」を施した結果がＣです。
正：「行高の均等化」を施した結果がＤです。

No.7717 2013/07/31(Wed) 14:10:53
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

Re: 行高の均等化 / （z-）

時間のセルを見たかんじ、セルの余白設定が適切でないように思いますが、どうなんでしょう

No.7718 2013/07/31(Wed) 15:45:53
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: 行高の均等化 / kin

>バランスを考慮してＡのように一発で処理する方法はありますか？

気になるのは1行と2行でアキが違っています。アキは統一でよければ

・行の高さ→最小限度にして自動で伸縮するように設定。
・（z-）さんのおっしゃるように、セルの余白設定を適切にする。

で可能です。

使用バージョンがわかりませんが、セルスタイルや表スタイルの使用もおすすめです。

No.7719 2013/07/31(Wed) 16:06:11
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: 行高の均等化 / シーラ

（z-）さん、kinさん、レスありがとうございます。
セルの余白はゼロに、行高は最小限度に設定してありますが、
私の理解が足りないのでしょうか、「自動で伸縮」がいまいち分かっておりません。

また画像を添付します。
Ｄの表組が初期状態として、
最上段の「場所」などの行高は維持しつつ、下の～区などの段を伸ばすとします。
Ｄのように選択した状態で表下部をドラッグすると「荒川区」だけ伸びてしまいます（Ｅ）。

私の理想としてはこのドラッグにより各段の余白を自動で揃えてくれることです。
「開催日」列と「時間」列に、文字が２行に亘るセルがありますが、それと
１行のセルと同じ余白にしたいのです。

Ｅが明らかに失敗してるので、「時間」の２列目以下のセルを範囲選択し、
「行高の均等化」を行うとＦのようになってしまいます。
「場所」の列を基準に均等化をしたのでしょうが、「時間」を選択したのなら
そこを基準に揃えてくれないのだろうか、ということです。

うまく真意が伝わってるか心許ないのですが、お気づきの点がございましたらお聞かせください。

No.7724 2013/08/01(Thu) 15:16:53
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

Re: 行高の均等化 / kin

まず「行高の均等化」は自動流し込みでなく、体裁を整える機能です。
均等化の名の通り、セル高を同じ大きさにします。

シーラさんの理想に近いのはこの機能では無く、セルの余白設定を用いた自動伸縮だと思います。

セル内の天地の余白を「0」にすると列方向のいちばん大きい内容がセルの高さになります。まずこの構造を理解しましょう。

ここに数値nを入れることで、内容の一番大きいものから数値nの余白を保ってセルが自動で伸縮します。これを利用すれば、内容に合わせて均等のアキを保ちつつセルが自動伸縮します。

ただし、最小限度をセル内の一番小さいサイズ以下にしければ、伸びはしますが縮みません。（意味わかります？）。最小限度の数値が大きい場合は、1.058mmとかにしておけば間違いないでしょう。

ちなみに「行高の均等化」を行うと最小限度を書き換えてしまうので、自動で流し込みを考えているのなら、「行高の均等化」は使わない方が良いでしょう。

No.7725 2013/08/01(Thu) 15:49:04
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: 行高の均等化 / シーラ

折角指導して下さったのに返事（検証）が遅れて申し訳ありませんでした。

どうも「行高の均等化」でどうにかならないかという私の期待は筋違いのようですね。
天地の余白を足していくことでの自動伸縮という方法ですよね？
こちらでも試してみて、kinさんの仰ってるであろうことは確認しました。

一番の理想は、任意のセルを範囲選択して、自動変形ツールのようなハンドルが出て
マウスのドラッグで変形させるようなイメージでした。

キー操作だとしたら、計算するなり「行高の均等化」でどうにかなりそうですが
部分的にセルが結合していたり、セル中のテキストが２行に亘る場合もありでやや複雑。
行高に適当な数値を当てはめて調整すれば完成形にもっていけるのでしょうけど、
自動処理的にできればと思った次第です。

う～ん、まあ仕方ないと諦めます。

No.7737 2013/08/08(Thu) 17:26:39
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

Re: 行高の均等化 / （z-）

書くだけ書いたあと投稿エラーで吠え面かいたついでにここまでを読み直したら幸いにしてミスリードがありましたので、改めて。

セル境界のShift+ドラッグはもうご存知と思いますが、もしお忘れでしたら再確認されてみては。
あいにく選択した行だけというわけにはいきませんが、一番下だけが伸びるような事にはなりません。

偏った要望についての事なので、どうにも寸足らずなレスをしてしまいましたが、
kinさんのご説明をしっかり読み解き、うまく取り入れられる事を強くおすすめします。

No.7738 2013/08/09(Fri) 09:40:28
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: 行高の均等化 / シーラ

＞（z-）さん
＞セル境界のShift+ドラッグはもうご存知と思いますが

不覚にも存じ上げておりませんでした。これは、思わず腰を浮かせて万歳三唱しかかったのですが、「選択した行だけというわけにはいきません」も確認し、イスに座り直しました…

当初の目的に立ち返り、ヘッダの行高を維持しつつ表の大きさを変えるようにするにはどうしたら良いか。
万能ではない、このケースだからこその解決策ですが、ヘッダ部だけ表組を独立させる（上下に２つの表を配置させ、表の間の隙間をゼロにする）といういささか強引な方法で解決させました。

長く引っ張ってしまいましたが、アドバイスを下さった皆様にお礼申し上げます。

No.7764 2013/08/21(Wed) 13:25:12
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

Re: 行高の均等化 / meg

すでに解決しているようなので、いまさらかもしれませんが。
もともとが1行ずつ分割された表組のようなので、
左端か右端に、透明な未結合のセルを残しておき、
そのセルのタテ幅で調整すれば、最初に提示されていた
Aのような仕上がりにはなりそうかと思います。
検討違いでしたらスミマセン。

No.7765 2013/08/21(Wed) 14:50:44
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:23.0) Gecko/20100101 Firefox/23.0

contents内の正規表現について / meg

【環境】Mac OS X 10.6.8 / indesign CS4

indesignのスクリプトを勉強中です。
ドキュメント内の指定した内容のテキストボックスを削除するにあたり
以下のものを用意しました。

var myItems = app.activeDocument.allPageItems;
for ( var i = myItems.length-1; i >= 0; i-- )
if (myItems[i].constructor.name == 'TextFrame'&& myItems[i].contents == "280cm")
myItems[i].remove();

特に問題なく動作したのですが、"280cm"部分の数値が
今後変わりそうなので、正規表現を使えるとありがたいなと考えております。
“(\d+)cm”のように、数値が変わっても対応できるように
contents内に組み込むことはできるのでしょうか？

どうぞよろしくお願いいたします。

No.7755 2013/08/20(Tue) 18:46:13
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:23.0) Gecko/20100101 Firefox/23.0

Re: contents内の正規表現について / 流星光輝

myItems[i].contents == "280cm"
を
myItems[i].contents.match(/\d+cm/)==true
で
たぶん

No.7756 2013/08/20(Tue) 18:52:19
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36

Re: contents内の正規表現について / meg

流星光輝様
返信どうもありがとうございました。ご指摘いただいた箇所を修正し、下記の形に直して検証してみましたが、うまく動作させることができませんでした。さしかえかたを間違えているのでしょうか……？

var myItems = app.activeDocument.allPageItems;
for ( var i = myItems.length-1; i >= 0; i-- )
if (myItems[i].constructor.name == 'TextFrame'&& myItems[i].contents.match(/\d+cm/)==true)
myItems[i].remove();

No.7757 2013/08/21(Wed) 11:03:56
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:23.0) Gecko/20100101 Firefox/23.0

Re: contents内の正規表現について / sekita

横から失礼。

myItems[i].contents.match(/\d+cm/)==trueではなく、
myItems[i].contents.match(/\d+cm/)でしょう。

matchメソッドは一致した文字列を返すので、
前者はmyItems[i].contents.match(/\d+cm/)の結果（280cmなどの文字列）が
trueという値かどうかという真偽になるので、falseとなり、条件は成立しません。

No.7759 2013/08/21(Wed) 11:58:17
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: contents内の正規表現について / meg

sekita 様
返信どうもありがとうございます。動作確認をし、無事処理することができました。詳しい理由もいただき、大変参考になりました。

流星光輝様
おかげさまで汎用性が高まり、作業を軽減できそうです。
どうもありがとうございました。

No.7762 2013/08/21(Wed) 12:14:54
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:23.0) Gecko/20100101 Firefox/23.0

マスク画像の配置とテキストの挿入について / 若葉マーク

InDesign CS6を使用しています。
作業していて分からない箇所があり、調べてみましたが
それでもよく分からなかったので、教えていただけないでしょうか。

●eps 画像の配置について
読み込みオプションで、Photoshopクリッピングパスを適用に
チェックを入れても入れなくてもマスクされて配置できるようですが、
入れてなかったら、「境界線ボックスのサイズが変更されることがある」と
Adobeのヘルプに書いてあるのですが、境界線ボックスとは何でしょうか？
チェックを入れた場合と入れない場合で比べてみましたが
違いがよく分かりませんでした。
マスク画像の場合、チェックを入れておいたほうが良いのでしょうか？

▼ アドビのヘルプ
http://help.adobe.com/ja_JP/indesign/cs/using/WSa285fff53dea4f8617383751001ea8cb3f-6bc5a.html

● テキストの挿入について
ファイル → 配置で挿入する時、文字コードは、Shift_JISが推奨されるようですが
Macユーザーからテキストを貰うと、ときどきUnicodeの場合があります。
読み込みオプションでUnicodeを設定して、挿入すると問題ありますか？
何らかのソフトで、Shift_JISに変換して挿入した方が良いですか？

また、Macユーザー（Unicode）とWinユーザー（Shift_JIS）からテキストを貰って、
1つのInDesignファイルに流しこんでいきますが、
UnicodeとShift_JISがまざって挿入するのは良くないのでしょうか？

アドバイスいただければありがたいです。
よろしくお願いします。

No.7696 2013/07/24(Wed) 18:53:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/536.30.1 (KHTML, like Gecko) Version/6.0.5 Safari/536.30.1

Re: マスク画像の配置とテキストの挿入について / 流星光輝

マスク云々は知らないので、
こちらだけ。

> ● テキストの挿入について

例えばUnicodeのテキストを支給されて
Unicodeにしか存在しない文字が含まれてた場合
Shift_JISに変換すると、該当する文字が欠落します。
UnicodeでもShift_JISでも、エンコード変換せずに、
そのまま取り込みましょう。

No.7697 2013/07/24(Wed) 19:06:00
Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

Re: マスク画像の配置とテキストの挿入について / kin

あまり使わないので、検証してみました。
「境界線ボックス」とは読み込み時の画像サイズ（大外ワク）のことでしょうか。

チェック有りでも無しでもクリッピングパスでマスクはされますが、チェック有りの場合はクリッピングマスクがInDesignのマスクとして生きるようです。画像サイズもクリッピングマスクのサイズになっています。

一方チェック無しではIllustratorの配置と同様に、画像サイズで読み込まれマスクは編集できないようです。

No.7698 2013/07/24(Wed) 20:18:22
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: マスク画像の配置とテキストの挿入について / 若葉マーク

流星光輝さま
回答ありがとうございます！
もう少しで、すべてShift_JISに変換して挿入するところでした。
そのままUnicodeならUnicode、Shift_JISならShift_JISで挿入します。

kinさま
回答ありがとうございます！
境界線ボックスは、読み込み時の画像サイズのボックスのことで、
チェックが入っていると、マスクを編集できるようになるんですね。
画像も付けていただいて、とても分かりやすかったです！

No.7722 2013/08/01(Thu) 11:53:13
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/536.30.1 (KHTML, like Gecko) Version/6.0.5 Safari/536.30.1

Re: マスク画像の配置とテキストの挿入について / kin

>チェックが入っていると、マスクを編集できるようになるんですね。
画像のクリッピングマスクがマスクパスとして生きますが、配置画像自体はクリッピングのかかった画像が配置されるようです（何て謎仕様だっ）。

よってInDesign上でのマスク編集は、もとのクリッピングから削ることはできるけど、広げると画像がいないと思っておいてください。

No.7726 2013/08/01(Thu) 16:01:45
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2

Re: マスク画像の配置とテキストの挿入について / 若葉マーク

kin様
回答ありがとうございます！
お礼が遅くなってしまい申し訳ありません。

>よってInDesign上でのマスク編集は、もとのクリッピングから削ることはできるけど、
>広げると画像がいないと思っておいてください。
そうだったんですね…てっきりパスを編集したら画像もそのように表示されると
勘違いしていました。気をつけるようにします。

とても親切に教えていただき
本当にありがとうございました。

No.7758 2013/08/21(Wed) 11:32:53
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/536.30.1 (KHTML, like Gecko) Version/6.0.5 Safari/536.30.1

mobiファイルへの変換について / しゅん

Indesing CS5.5（MAC）を使用しています。
Kindleのmobiフォーマットに変換したいのですが、
まずIndesingからEpubに書き出してから、
Calibreでmobiファイルにしようとすると、
ＤＲＭがかかっているので変換できません、とでてきます。
Indesingの設定等をみてもＤＲＭをかける項目が見当たりません。
Calibreでmobi変換できるようにするにはどうしたらいいでしょうか？
また、この方法以外にIndesingからmobiファイルに変換する方法はあるでしょうか？
あるいは固定フォーマットでも構わないので、Indesingから
PDF→mobiと変換できるでしょうか？
CalibreでPDFからmobi変換したデータをキンドルプレビュアーで見ると崩れてとても使用できない状態です。
（それぞれ、最新アップデートで使用しています）

どうかよろしくお願いします。

No.7752 2013/08/18(Sun) 14:43:51
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Trident/6.0)

Re: mobiファイルへの変換について / 流星光輝

それはInDesignの質問なんでしょうか？
コンバータの質問なら開発元へどうぞ。

No.7753 2013/08/18(Sun) 17:09:38
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36

Re: mobiファイルへの変換について / こに

>Indesing CS5.5（MAC）を使用しています。
ってどんなソフト？という軽い突っ込みはおいといて…

Kindle Previewer 2.9にEPUBファイルをドラッグ＆ドロップするとmobiファイルに変換してくれます。そのときになんらかのエラーメッセージがでていれば、それに沿って手を加えればいいのでは？
>Calibreでmobi変換できるようにするにはどうしたらいいでしょうか？
Calibreのことは開発元に聞いてみる方がいいでしょう。

No.7754 2013/08/19(Mon) 10:59:26
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

ふち文字　印刷すると不具合が出ます / nanasi

mac
Indesign CS3

文字に白いふちを付けるために光彩を使ったのですが、それをPDFに書き出して印刷してみると、その文字の部分の背景の色だけ薄くなってしまいます。
画面ではインデザインもPDFも問題ないのですが、印刷するとそうなってしまいます。

■効果パネル（テキスト）
-----------------------------------------------------------------------
描画モード：通常　（色は白）　不透明度：100％
オプション
テクニック：精細　ノイズ：0％
サイズ：1.5mm　スプレッド：100％
-----------------------------------------------------------------------
フォントはA-OTF じゅん Pro

また、別のやり方でふちと文字をバラバラに作ってグラフィックス化をやると、印刷でふち部分に尖った所が出て印刷されてしまいます。（こちらも画面上では問題ない）

どちらかの解決方法を教えてください、よろしくお願いします。

No.7744 2013/08/15(Thu) 18:11:45
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:22.0) Gecko/20100101 Firefox/22.0

Re: ふち文字　印刷すると不具合が出ます / nanasi

プリンターを忘れていました
iR C5350 です

No.7745 2013/08/15(Thu) 18:44:29
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:22.0) Gecko/20100101 Firefox/22.0

Re: ふち文字　印刷すると不具合が出ます / 流星光輝

>文字に白いふちを付けるために光彩を使ったのですが、
透明効果を使用しているのですね。
この透明効果を正しく理解しないと原因が理解できないと思うので、まずは把握された上で、PDFの書き出し設定は何になっているのか等を併記の上、再度postしてください。

No.7746 2013/08/15(Thu) 23:17:27
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36

Re: ふち文字　印刷すると不具合が出ます / nanasi

ご返信ありがとうございます。
PDFの設定は添付画像のような感じになっています。

No.7747 2013/08/16(Fri) 10:35:18
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:22.0) Gecko/20100101 Firefox/22.0

Re: ふち文字　印刷すると不具合が出ます / 流星光輝

画像拝見致しました。
透明を維持した状態になってますね。
透明を分割するためにPDFのversionを
1.3にしてみてはどうでしょう。

No.7748 2013/08/16(Fri) 15:40:01
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36

Re: ふち文字　印刷すると不具合が出ます / jdash2000

プリンター側（正しくはプリンタードライバー側）で画像・非画像部分を判定してカラーマネージメントを実行しているものと推測されます。

プリンターの設定で色をいじっていそうな項目をオフにしてみると改善すると思います。

No.7749 2013/08/16(Fri) 16:11:34
Mozilla/5.0 (Windows NT 6.0; rv:23.0) Gecko/20100101 Firefox/23.0

Re: ふち文字　印刷すると不具合が出ます / nanasi

流星光輝さん＞
1.3に変えてやってみましたが、結果は変わらずでした。

jdash2000さん＞
macのシステム環境設定からドライバーを見てみたんですが、色に関する項目が出てきませんでした。

関係しているか分からないのですが、
インデザインの透明の分割・統合パネルで添付画像のように表示されました。
この赤い範囲が原因でしょうか？

No.7750 2013/08/16(Fri) 17:27:53
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:22.0) Gecko/20100101 Firefox/22.0

Re: ふち文字　印刷すると不具合が出ます / 流星光輝

>この赤い範囲が原因でしょうか？
画像の赤くハイライトしている部分は
透明効果の存在するオブジェクトになります。
透明効果部分が画像になるため、その現象が起こるのだと思います。

jdash2000さんが仰っているところに関することですが、
Acrobatから印刷する際に、画像として印刷
のチェックを入れると全面が画像として
プリンターに送信されますので、
おそらく改善（品質が良いかどうかは別として）するのではないかと思います。

No.7751 2013/08/17(Sat) 01:29:55
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36