[ 掲示板に戻る ]

過去ログ閲覧モード

文字が均等送りになりません。 / q3
箱組の作業をしているのですが、なぜか文字が均等送りになりません。
(状態を添付します。)

・「フレームグリット設定」の、Q数と書体は全く同じものを使用しています。
・字送りは、和字等幅です。
・グリット揃えは、仮想ボディの中央です。
・文字揃えは、仮想ボディの中央です。
・文字組みは、行末約物半角です。

自分で均等送りになるよう設定をしてみているのですが、そうなりません。
あとチェックすべきところはどこでしょうか。
ごく基本的なところを設定していなかったという問題だったら申し訳ありません。

よろしくお願いします。

No.9681 2019/10/09(Wed) 13:32:53
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7

Re: 文字が均等送りになりません。 / q3
バージョンを記載し忘れました。CS6です。
No.9682 2019/10/09(Wed) 13:33:35
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7

Re: 文字が均等送りになりません。 / q3
他のドキュメントで、均等送りができているボックスに、
問題のテキストを流し込むと、なぜか均等送りになりません。
設定の問題というより、テキストの内容なんでしょうかね…。
しかしテキストに特に変わった文字は入っていないのですが…。
漢字・ひらがな・カタカナ・( )です。欧文はありません。

No.9683 2019/10/09(Wed) 14:20:18
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7

Re: 文字が均等送りになりません。 / お〜まち URL
まるで「MS P明朝」のようなプロポーショナルフォントで流したような図ですね。
文字パネルと段落パネルのキャプチャ(いずれもパネルメニューを開いたもの)をつけていただくと何か分かるかもしれません。

No.9684 2019/10/09(Wed) 15:08:45
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.78 Safari/537.36 Vivaldi/2.8.1664.35

Re: 文字が均等送りになりません。 / q3
お〜まち様

添付します。この情報でいいでしょうか。
書体名は、合成フォント名で独自の名前を付けているので隠しました。
(あと、このサイトで投稿をいただいた際に、通知が来る設定というのはないのですかね?)

No.9685 2019/10/09(Wed) 16:06:47
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7

Re: 文字が均等送りになりません。 / q3
添付がうまくいかなかったようです。失礼しました。
No.9686 2019/10/09(Wed) 16:07:43
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7

Re: 文字が均等送りになりません。 / works014 URL
文字パネルメニューのOpenType機能の「プロポーショナルメトリクス」がONになっていませんか? 見落としがちです。
No.9687 2019/10/09(Wed) 16:42:01
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:69.0) Gecko/20100101 Firefox/69.0

Re: 文字が均等送りになりません。 / works014 URL
もひとつ…文字組み「天付きツメ」というのも気になります…もしかしてあらかじめ最適値を「0%」以外にしていたら、当然つまってしまいます…
No.9688 2019/10/09(Wed) 16:48:37
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:69.0) Gecko/20100101 Firefox/69.0

Re: 文字が均等送りになりません。 / q3
works014様

>文字パネルメニューのOpenType機能の「プロポーショナルメトリクス」がONになっていませんか?

ご推測のとおりONになっており、解除したところ解決しました!ありがとうございます。助かりました。
文字組は、ところどころ0%以外の数値になっておりますが、それは直さなくてもいいようでした。

No.9689 2019/10/09(Wed) 17:49:04
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7
検索置換で文字揃え / meg
【環境】Mac OS X Sierra10.12.6 / indesign CC2015

いつも参考にさせていただいております。検索置換に文字揃えを含めたいのですがうまくいきません。下記の形にはなりました。


var my_doc = app.documents[0];
var my_find_obj = {findWhat:"変換前"};
var my_change_obj = {changeTo:"変換前", Justification:"centerAlign"};
my_RegexFindChange(my_doc, my_find_obj, my_change_obj);

function my_RegexFindChange(my_range, my_find, my_change) {
app.findGrepPreferences = NothingEnum.nothing;
app.changeGrepPreferences = NothingEnum.nothing;
app.findGrepPreferences.properties = my_find;
app.changeGrepPreferences.properties = my_change;
my_range.changeGrep();
}

Justification:"centerAlign" が間違っているのは分かるのですが、正しい記述が分かりません。
ヒントだけでもいただけると助かります。
どうぞよろしくお願いいたします。

No.9654 2019/08/30(Fri) 11:03:50
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Firefox/68.0

Re: 検索置換で文字揃え / Uske_S URL
megさん、こんにちは。

正しい値は以下です。
Justification.CENTER_ALIGN

ですので、
{changeTo:"変換前", justification:Justification.CENTER_ALIGN}
が正しい表記になります。

以下、JustificationのEnum値一覧です。
Justification.AWAY_FROM_BINDING_SIDE
Justification.CENTER_ALIGN
Justification.CENTER_JUSTIFIED
Justification.FULLY_JUSTIFIED
Justification.LEFT_ALIGN
Justification.LEFT_JUSTIFIED
Justification.RIGHT_ALIGN
Justification.RIGHT_JUSTIFIED
Justification.TO_BINDING_SIDE

ご参考まで。

No.9655 2019/08/30(Fri) 11:39:01
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Safari/537.36

Re: 検索置換で文字揃え / Uske_S URL
引用元を貼りそこねました。

http://indesign.cs5.xyz/dom/Paragraph.html#1

justificationのプロパティを参照ください。

No.9656 2019/08/30(Fri) 11:41:57
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Safari/537.36

Re: 検索置換で文字揃え / meg
ありがとうございます! 引用元は拝見していたのですが、自分の使用したい形に落とし込む方法がいまいち分からず困っておりました。大変助かりました。
No.9657 2019/08/30(Fri) 11:59:53
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Firefox/68.0

Re: 検索置換で文字揃え / (z-) URL
終わっっちゃったみたいですがいちおう補足しておきますと、
この場合 「changeTo:"変換前", 」は省略の上
var my_change_obj = {justification:Justification.CENTER_ALIGN};
としても正常に処理できます。

No.9658 2019/09/09(Mon) 18:40:32
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8

Re: 検索置換で文字揃え / meg
(z-)様
本日見返していて補足に気がつきました。お礼が遅くなり申し訳ありません! どうもありがとうございました。

No.9680 2019/10/08(Tue) 14:43:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:69.0) Gecko/20100101 Firefox/69.0
ページを持ってきたことによる疑問 / q3
CS6です。

他のドキュメントからページを持ってきたところ、そのページに関して、ページダイアログのページ表記が[3]となってしまいました。どういう意味でしょうか(画像を添付します)。
この[ ]を解除する方法を教えてください。

それと、元が見開きだったためマスターページも見開きになってしまいました。ドキュメント設定は「単ページ」になっており、他にどこで単ページにすればいいかも分からないので教えてください。

よろしくお願いします。

No.9676 2019/10/06(Sun) 23:30:01
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7

Re: ページを持ってきたことによる疑問 / q3
すみません、添付しそびれました。参照画像はこちらになります。
No.9677 2019/10/06(Sun) 23:32:14
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7

Re: ページを持ってきたことによる疑問 / お〜まち URL
> この[ ]を解除する方法を教えてください。
ページパネルでそのページを選択したあと、パネルメニューの「選択スプレッドの移動を許可」(チェックされてないはず)をクリックしてチェックが付いた状態にしてください。


> ページパネルでそのマスターページ(添付画像では「C-マスター」を選択後、パネルメニューの「マスターページ設定 "C-マスター"」をクリックします。
マスターページ設定ダイアログが出ますので、ダイアログ中の一番下「ページ数」を1にしてください。

No.9678 2019/10/07(Mon) 08:57:52
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.78 Safari/537.36 Vivaldi/2.8.1664.35

Re: ページを持ってきたことによる疑問 / q3
お〜まち様
教えていただいたとおりに実行し、解決しました!ありがとうございました。

No.9679 2019/10/08(Tue) 00:05:50
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/601.7.8 (KHTML, like Gecko) Version/9.1.3 Safari/537.86.7
InDesignのCS5.5アップデートファイル / taizou
Adobeによる過去バージョンの切り捨て問題もあり、
当面InDesign CS5.5を使い続けたいと思っています。
パッケージ版で所有していて、
幸いなことにMacではなくWindows10で使っていますので、
CS6のように突然インストールができなくなる、
といった事態はないかと思います。

ただ、ここで問題なのがパッケージだと
CS5.5初期のバージョンしか入らないということです。

初期CS5.5のバグはかなり多いので、7.5.3に上げるのは必須なのですが、これってもうオフラインアップデートファイルとしての配布はしていないんでしょうか?

アップデート時代はCS5.5アプリケーションのAAMからなら
出来るのですが、これもいつ打ち切られるのか…。
Adobeサイトからはオフライン用アップデータがDLでき
なくても、AAMのテンポラリフォルダからでも引っこ抜ければいいのですが、そんなことってできるものでしょうか?
(ぱっと見たところではPlugin関連のファイル追加以外は
更新していないようにも見えるのですが…)

No.9673 2019/10/03(Thu) 12:35:25
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0

Re: InDesignのCS5.5アップデートファイル / あさうす
残念ながらアップデータページ、ftpサイト等など、単体アップデータの配布はすでに終了しています。
Adobe Application Managerもいつまで更新できるかは不透明です。

OSサポート外もあるわけですから、いつまでも利用できる、というわけではありません。
(Windows 10も毎回の機能アップデートで互換性も徐々に失われてるところもあります)
個人利用で不具合があっても対応できるものであったり、業務利用でも完全クローズ運用で、問題も理解しながら対応ならいいのですけど、そうでない限りは今後の運用は難しいと考えるしかないでしょう。

No.9675 2019/10/03(Thu) 20:21:42
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0
表のセル幅 / カオリ
いつもお世話になっています。

InDesign CC2019を使用しています。
表のセルの幅を、入っている文字の一番長いものにピッタリ合わせたいのですが可能でしょうか。
セルとセルの間の空きを統一するために必要としています。

検索もしてみたのですが、探し方が悪いのか見当たらず。

よろしくお願いいたします。

No.9662 2019/09/19(Thu) 14:43:12
Mozilla/5.0 (iPhone; CPU iPhone OS 12_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Mobile/15E148 Safari/604.1

Re: 表のセル幅 / お〜まち URL
機能としてはありません。
表でなければならないのなら、自分で行長を計算してセル幅を変更する以外ないと思います。
もし、テキストフレームの集合でもよいなら、列ごとにテキストフレームを作成すれば可能です。

No.9663 2019/09/20(Fri) 07:41:25
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.110 Safari/537.36 Vivaldi/2.7.1628.30

Re: 表のセル幅 / カオリ
お〜まち様

遅くなって申し訳ありません。
お〜まち様にない、と教えていただき諦めがつきました。

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

No.9674 2019/10/03(Thu) 16:58:21
Mozilla/5.0 (iPhone; CPU iPhone OS 12_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Mobile/15E148 Safari/604.1
「また使うかもしれない部品」のPB保管 / たらこ
インデザインのPBに部品を置くことついて、皆さんどのように管理されてますか?
特に実務でトラブルがあったわけではないですが、もっといい管理法がないかなあ、と考えています。

私は「今回は修正したけど、やはりもとに戻して」といわれることへの対応として、よくページ外に部品やら文字やら置いています。
ただ、ページの増減をする際に、妙な位置に移動したり、画面外に飛んでいってしまうこともあって、邪魔だなあ、と思うことが多々あります。

ページ左右じゃなく上下に置けば、増減しても付いてきますが、領域が狭すぎるし…。

スニペットにすると、中身をいちいちドラッグするなりブリッジなりで見ないと行けないのが面倒、ということで、大抵は存在自体を忘れて、数年前のスニペットがデスクトップの謎フォルダに転がっていたりします。

やはりPBが一番楽ではあります。

かつて、ダミーのマスターを作り、そこを部品用として使っていましたが(誤って使わないよう背景に変な色を引いていました)、それもまたスニペット同様、存在を忘れてしまうんですよねえ。

No.9667 2019/09/23(Mon) 09:01:24
Mozilla/5.0 (Linux; Android 9; ANE-LX2J) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Mobile Safari/537.36

Re: 「また使うかもしれない部品」のPB保管 / (z-) URL
>ページ左右じゃなく上下に置けば、増減しても付いてきますが、領域が狭すぎる

ものすごく古いバージョンでなければ、
環境設定 > ガイドとペーストボード > 垂直マージン
で天地のペーストボード領域を広げられます。

うちも左右のペーストボードに捨てる派ですが、台割確定後に開始ページが奇遇入れ替わると、どさっと邪魔されますね確かに…

No.9668 2019/09/24(Tue) 12:25:17
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8

Re: 「また使うかもしれない部品」のPB保管 / お〜まち URL
ペーストボードは使わない派です。
多分、視界に余計なものが入るのが嫌なんでしょうね。

どのページに置くか決まらないものについては、本文で使わないマスターページ(Z-マスターにしてる)に、
特定のページに結びつくものは非表示・非印刷レイヤー(部品レイヤーとか予備レイヤーとか)に置いてます。

No.9669 2019/09/24(Tue) 14:55:34
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.78 Safari/537.36 Vivaldi/2.8.1664.35

Re: 「また使うかもしれない部品」のPB保管 / Uske_S URL
僕もPBは全く使いません.
部品などを取っておく場合は部品のテキスト部分などを〓にした流し込み用のものを,あえて別のドキュメントに取っておくようにしています.
部品だけを見たい・確認したいというケースが僕にはあまりないので,特別に不自由は感じていません….

脱線しますが,「もとに戻して」という指示を許容しないほうが僕はいいと思っています.
もちろん対応せざるを得ないこともありますが,そういう場合は「バックアップからわざわざデータを復元させたりして対応するので,基本的にはもとには戻せません」ということをお客さん・営業含めて話をしていったほうが生産的かなーと.
仕事にもワークフローにもよるので一概には言えませんけど.

No.9670 2019/09/25(Wed) 15:30:56
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36

Re: 「また使うかもしれない部品」のPB保管 / ジーコ
私もPBは使いませんね。というか、そのようなデータを受け取ったらまずはPBのそういったものを削除するところから作業開始します。無駄にデータを喰っているわけですし(ガイドラインもスクリプトでいったん全削除します)。

多数のパーツが必要なライブラリを使います。ちゃんと位置情報も記憶しているので配置も簡単ですし。数が少ない場合は、同種のパーツをコピーしてきて同位置にペーストして書き換えたりしています。

ただまあ、InDesignをデザインメインの業務で使うのか、組版メインの業務で使うのかによって、対応はだいぶ違うと思いますね。私は組版メインの業務なので、そもそもそういった面での試行錯誤はほとんど発生しません。

No.9671 2019/09/25(Wed) 17:14:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.1 Safari/605.1.15

Re: 「また使うかもしれない部品」のPB保管 / たらこ
みなさんありがとうございました。

意外にもPBを使ってない方が多くてびっくりしました。
私はいろいろな人と共同で仕事することが多いのですが、
全員、普通にPBをかなり駆使していますね。

ただ、やはり出力(印刷)や、あとあとを考えると、
PBを使わないに越したことはないというのもわかります。
何がトラブルのもとになるかわからないですし、
何より、PDFではなくInDesign形式でデータ入稿の場合は、
致命的な結果につながるかもしれませんね・・・。

InDesignのPBは、初期からもともとそういう仮保持用途の
領域だったと記憶しているのですが、
イラレのアートボード外に本体そのものの古いバージョンを
いくつも置いてある方もいたりして、それは正直とまどった記憶があります。
(もちろんデータが異常なサイズになっています)

まあ、何より過去バージョンに書き戻しする作業が
発生しない(営業に厳しく進言する)のが一番ですよね…。

No.9672 2019/09/27(Fri) 08:05:22
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0
もしかしてitemByNameの使い方間違ってます? / Subi
Windows10, InDesign CC2018です。

マスターページのテキストフレームにレイヤーパネルで「ボックス」とオブジェクト名をつけ、流し込みを行いました。
その後各ページの「ボックス」を移動・変形しようと以下のスクリプトを書きましたが、先頭のスプレッドしか反映されません。
ご助言をお願いします。

app.activeDocument.viewPreferences.rulerOrigin = RulerOrigin.SPREAD_ORIGIN;

var doc = app.activeDocument;
var txtB=doc.textFrames.itemByName("ボックス")

for (i=0;i<doc.spreads.length;i++){
try{
txtB.visibleBounds = [7, 7, 12.5, 24];
}catch(e){
}
}

No.9664 2019/09/21(Sat) 11:38:57
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0

Re: もしかしてitemByNameの使い方間違ってます? / お〜まち URL
Subiさんならこれを実行すればでわかるでしょ
var doc = app.activeDocument;
var txtB=doc.textFrames.itemByName("ボックス");
for (i=0;i<doc.spreads.length;i++){
$.writeln(txtB.contents.slice(0, 9));
}

No.9665 2019/09/21(Sat) 14:40:39
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.110 Safari/537.36 Vivaldi/2.7.1628.30

Re: もしかしてitemByNameの使い方間違ってます? / Subi
うわー。直しました。これじゃ一つしかヒットしないですよね。

app.activeDocument.viewPreferences.rulerOrigin = RulerOrigin.SPREAD_ORIGIN;
var doc = app.activeDocument;
for (i=0;i<doc.spreads.length;i++){
var txtB=doc.spreads[i].textFrames.itemByName("ボックス");
try{
txtB.visibleBounds = [7, 7, 12.5, 24];
}catch(e){
}
}



名前に頼らず今の座標で判断するスクリプトも書いたので置いておきます。

app.activeDocument.viewPreferences.rulerOrigin = RulerOrigin.SPREAD_ORIGIN;
//ドキュメントのテキストフレームを対象に
var txtFrame=app.activeDocument.textFrames;
var count=txtFrame.length;
for (var i =count-1; i > -1; i--) {
var y = txtFrame[i].visibleBounds[0];
var x = txtFrame[i].visibleBounds[1];
//座標に±0.1mmの誤差を許容
if((Math.abs(y-7) < 0.1) && (Math.abs(x-7) < 0.1))
{
//テキストフレームを移動
txtFrame[i].visibleBounds = [7, 7, 12.5, 24];
}
}

No.9666 2019/09/21(Sat) 15:28:09
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0
全2091件 [ ページ : << 1 ... 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 ... 299 >> ]