399762
InD-BOARD
他人を誹謗中傷する発言や個人売買・違法コピーに関する書き込みは禁止です。
トラブルに関する質問は、OSやアプリケーションのバージョン、周辺機器等の情報も記入して下さい。
質問へのレスには必ずお礼のコメントを付けましょう。
- HOME - 記事検索 - 投稿回数 - 携帯用URL - フィード - ヘルプ - 管理人用 -
新規投稿フォーム（返信は各スレッドの返信ボタンからお願いします。）
※「投稿キー」を入力しないと投稿できませんので注意して下さい。

名前
Mail
URL
新規投稿タイトル
画像添付
文字色
Cookie / パスワード
数字で泣き別れ回避したい / 魚好き
お世話になっております。
Ｗｉｎ１０、ＣＣ２０２１です。
表組みセル内英数字とカンマだけの文章ですが、数字が泣き分かれしてしまいます。
段落スタイルの設定で添付の朱書きのように、カンマで自動改行（ラグ組？）出来そうでしょうか？。
段落スタイルの設定は、ほぼデフォルトのままで、連数字処理にはチェックが入っています。
厳しければ手で改行を入れていこうと思います。
よろしくお願いいたします。
No.10621 2024/11/22(Fri) 09:00:50
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Re: 数字で泣き別れ回避したい / Uske_S URL
魚好きさん、こんにちは。

半角数字＋欧文（カンマ）しか文字列に存在しないため、本来であれば数字とカンマのどちらも分割禁止のところ、仕方なくそこで泣き別れたということですね。

やり方は2つあるかと思います。

1つは、数字＋カンマ、ハイフン＋数字などを分割禁止に設定することです。段落スタイルにある正規表現スタイルに下記を追加してみてください。
\d, …半角数字＋カンマ（文字スタイルは「分割禁止オン」のみ設定したもの）
\-\d …ハイフン＋数字（文字スタイルは同上）

しかし、結局のところ、文字列に半角数字と記号しか存在しないため、こういう文字組みでは、上記設定をしたところで別のところで不具合が出るなど、イタチごっこになる可能性があります。
ちょっと面倒かもしれませんが、カンマの後ろにすべて半角スペースを入れたほうが、InDesignの文字組み上はきれいに文字を送れると思います。
カンマの後にアキを作りたくないと思うので、正規表現スタイルで半角スペースに対して、適宜マイナスのトラッキングを設定した文字スタイルを当ててください。
（値はフォントによってマチマチかと思うので、調整が必要です）
これが2つめの方法です。
カンマの後にスペースを入れ、正規表現スタイルで文字間を詰めます。
その上で、数字とハイフンが泣き別れてしまうようであれば、それも前述のように分割禁止の設定を正規表現スタイルで仕込んでみてください。
No.10622 2024/11/22(Fri) 09:17:57
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Re: 数字で泣き別れ回避したい / 魚好き
Uske_S様
お世話になっております。

お教えいただいたの活用させていただき、部分的に手修正（〜等）で対応しようと思います。

ありがとうございました。
No.10623 2024/11/22(Fri) 11:35:22
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
インデザインにリンクされたイラレの特色について / TDS
どなたかご助力お願いいたします。
私はWindowsでIndesign 23(18.3)を利用している者です
先日、インデザイン上にリンクされたイラストレーターの画像に使用されている特色が、インデザイン上の分版ではプロセスカラー扱いになっていることに気がつきました（色はマゼンタです）
あわててイラストレータデータをあけて確認すると、たしかに特色として作成されている色でありました。
にもかかわらずインデザイン上の分版ではプロセス扱いでした。
これは何故なのでしょうか、また特色として修正する手段はあるのでしょうか。原因もわからず困惑しております。
どうかご助力の程、お願いいたします。
No.10619 2024/11/01(Fri) 18:33:13
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36
Re: インデザインにリンクされたイラレの特色について / Uske_S URL
TDSさん、こんにちは。

前提として、特色がプロセスカラーになっているのは、何で確認されましたか？（分版プレビューや、プリフライトでしょうか？）

それでもなお、特色がプロセスカラーになっているのであれば、思い当たる可能性が2つあります。

ひとつは、InDesign側で「すべての特色をプロセスカラーへ」の設定がされていること。これは、スウォッチのパネルメニューなどから、インキ管理を開くと確認できます。
https://x.gd/WO7r5
その名の通り、特色をすべてプロセスカラーに分版する機能です。


もうひとつは、スウォッチ名です。
もしかしたら、Magentaという名前のスウォッチが使われていないでしょうか？ プロセスカラーに存在するのと同じ名前の特色は、プロセスカラーに振られてしまいます。
試したところ、最近のIllustratorでは、プロセスカラーと同名の特色スウォッチの作成できない（昔から？）ようだったので、こちらは違うかもしれません。
No.10620 2024/11/05(Tue) 09:36:00
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36
電子書籍用フォントサイズ / kyoko
MacOS Ventura13.6.3上でInDesign2023を使用してepubファイル出力をしようと思います。
ネットで見ると、本文フォントサイズ13級にするとよいという記述があったのですが、現在でもそうしたほうがよいのでしょうか？
No.10616 2024/10/09(Wed) 11:47:18
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36
Re: 電子書籍用フォントサイズ / Uske_S URL
kyokoさん、こんにちは。

epubをどんなアプリやデバイスで見るか、どんなユーザーが読むか、どんなデザイン・レイアウトか、によるので一概には言い切れないと思います。

リフロー型のepubであればアプリによってはフォントサイズを変えられますが、その分、改ページなどをコントロールするのはけっこう難しい印象があります。
ビジュアルな表現を重視するレイアウト（雑誌など）であれば固定レイアウトでしょうから、訴求するレイアウトによって文字サイズは熟考する必要があるでしょう。
ターゲットユーザーが高齢者であれば文字は大きいほうがいいかもしれません。

リーダーアプリ、デバイス、ユーザー層、表現（デザイン・レイアウト）が何で、どれを優先すべきか、kyokoさんがどうしたいか、だと思いますので、具体的にイメージした上で、ご自身でテストされるほかないと思います。
ネットの情報を鵜呑みにしてクレームが来ても、責任を取るのは制作した会社ないし当人だからです。
No.10617 2024/10/15(Tue) 11:57:41
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36
Re: 電子書籍用フォントサイズ / kyoko
ご返答ありがとうございます。返信がおそくなり大変失礼いたしました。
フォント13級にすると1emに変換され、リフロー型でウィンドウの大きさを変えるとフォントサイズが自動で変わり、13級以下だと、フォントサイズが自動で変わらないことがあるのか、疑問に思いました。いろいろなビューアーやタブレットなどでテストをする必要があるのですが、一般的にはどうされているのかと思って質問いたしました。ご指摘くださった通り、デザイン・レイアウトなどにもよるので、ほかのサイズでも大丈夫かどうかいろいろテストしてみようと思います。
ていねいにご回答いただき本当にありがとうございました。
No.10618 2024/10/20(Sun) 16:18:37
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/129.0.0.0 Safari/537.36
正規表現：直前に連続する数字がある / ヒロ
正規表現でお聞きします。

第　22　条　■■■■■第15条第２項■■■■■。

上のように、段落先頭の『第■条』のみ『第』後ろに全角アキ、『条』の前を全角アキにする。
正規表現スタイルで
先頭の『第』は、直後に数字のある段落先頭の第
＾第（？＝￥ｄ）
としてうまくいったのですが、
『条』の前を全角アキがうまくいきません。

直前に段落先頭の第連続する数字のある条
（？＜＝＾第￥ｄ＋）条　が構文エラーになります。
（？＜＝＾第￥ｄ）条　は大丈夫なのですが数字１桁のみになので。
先読み後読みで連続数字を条件にするにはどうすればよいでしょうか？
今は
（？＜＝＾第￥ｄ）条　
（？＜＝＾第￥ｄ￥ｄ）条
（？＜＝＾第￥ｄ￥ｄ￥ｄ）条
としているのですが、すっきり１つにできないかとおもいまして。
よろしくお願いします。
No.10613 2024/09/08(Sun) 13:24:09
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0
Re: 正規表現：直前に連続する数字がある / Uske_S URL
ヒロさん、こんにちは。

肯定後読み (?<= ) は、文字列の長さが一定にならないと動作しません。
今回の件でいうと、\d+ という正規表現のために動作しないです。

ひとつの方法として、\K を使う方法があります。
詳細は下記の記事にて解説しましたので、ご参照ください。
https://uske-s.hatenablog.com/entry/2023/12/13/180428?_gl=1*1mmfcvn*_gcl_au*MTg0NDc5NDQzMC4xNzI1MDcxNDU2#%E8%82%AF%E5%AE%9A%E5%BE%8C%E8%AA%AD%E3%81%BF%E3%81%A8K%E3%81%AE%E4%BD%BF%E3%81%84%E5%88%86%E3%81%91

DTP Transitさんでも紹介いただきましたが、こちらのほうが挙動についてより詳しく書かれているのでわかりやすいかもしれません。
https://note.com/dtp_tranist/n/n29d2cad816a0

以上より、正規表現としては
^第\d+\K条
という形でうまくマッチできないでしょうか？
No.10614 2024/09/09(Mon) 09:57:40
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/128.0.0.0 Safari/537.36
Re: 正規表現：直前に連続する数字がある / ヒロ
Uske_Sさん。

ありがとうございます。
すっきり１つにできました。
また、詳しいリンクもありがとうございます。
正規表現は難しいですね。
No.10615 2024/09/09(Mon) 18:36:30
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0
ショートカットキーの設定画面 / 茶杓丸
すみません、教えていただけないでしょうか。ショートカットキーの設定変更をしたいのですが、ショートカットキー設定画面のどこに自分が変更したいコマンドがあるのか分からず困っております。

私がやりたいのは写真のトリミングをする際に真ん中に配置することです。コマンドとしては「内容を中央に配置」となると思うのですが、そのコマンドが見つかりません。ショートカットキー設定画面のどこにあるかご存知ではありませんか？2024を使っております。
No.10610 2024/08/22(Thu) 11:28:55
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.1 Safari/605.1.15
Re: ショートカットキーの設定画面 / YUJI
「機能エリア：オブジェクトメニュー」の［オブジェクトサイズの調整：内容を中央に揃える］です。
No.10611 2024/08/22(Thu) 11:37:45
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.0.0 Safari/537.36
Re: ショートカットキーの設定画面 / 茶杓丸
できました!!
ありがとうございました!!
No.10612 2024/08/22(Thu) 11:55:58
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.1 Safari/605.1.15
スタイル読み込みバグ？ / TDS
環境：Windows11／Indesign CC2023 18.3

最近気が付いたのですが、段落スタイルを別のファイルから読み込むと、読み込まれた段落スタイルに身に覚えのない設定が追加されていることに気が付きました。
読み込むほう、読み込まれる方双方ともに設定していない項目が追加されているのです。
具体的には、なぜか囲み罫と背景色の角丸の半径設定が追加されています。
しかしこの設定を消そうとスタイル設定の編集項目を見るとチェックされていないのです。
このため、読み込み時に勝手に追加された設定を消すことができず困っております。
この現象は何でしょうか。解決法はあるのでしょうか。
ご存じの方がいらっしゃいましたら是非知恵をお借りしたく、ご助言のほどお願いいたします。
No.10597 2024/07/08(Mon) 10:29:38
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / （z-）
>読み込むほう、読み込まれる方双方ともに設定していない項目が追加されている
とのことですが、設定していない = 管理していない ということでしょうか？

>囲み罫と背景色の角丸の半径設定
角のシェイプが「別なもの」から「角丸（外側）」になり、角のサイズが「4.233mm」ではない値になる、ということでしょうか？
No.10598 2024/07/09(Tue) 12:19:56
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.5 Safari/605.1.15
Re: スタイル読み込みバグ？ / 名前はまだ無い
主ではないのですが自分も同じような状態になるファイルがあります（下記URLからダウンロードできます）
現行バージョンでファイルを読み込んでも段落スタイルは何も変更が表示されない状態ですが、現行バージョンで作成した別のファイルで段落スタイルを読み込んだり、その段落スタイルが適用されたアイテムをコピペしたりすると段落スタイルには角丸等の設定が表示されます
このファイルの段落スタイルのデフォルトフォントが小塚明朝Proになっており基準にリセットが有効になっていません
[基本段落]のフォントを小塚明朝Pr6Nに変更してもそれが変更として表示され、基準にリセットすると小塚明朝Proに戻ります
現行バージョンに移した場合は基準にリセットすると現行バージョンのデフォルトが適用されるようです
サンプルファイル　https://xgf.nu/PzyCE　ギガファイル便　ダウンロード期限 2024年9月8日(日)
（IDMLを経由して作成したファイルなので段落スタイルに[ + 番号 : ^#.^t + 後続テキスト : ^t ] が追加で付与されます）
No.10599 2024/07/10(Wed) 10:14:55
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / （z-）
InDesign 19.4 macOS 12.7.5
サンプルファイル拝借して、上記バージョンで新規ドキュメント上に段落スタイルを読み込んでみましたが、再現できずでした。背景色、囲み罫とも無反応です。
「名前はまだ無い」さんの言われる「現行バージョン」は19.4で相違ありませんか。
また、自分の再現手順に誤りがありましたらご指摘いただければ…
No.10600 2024/07/10(Wed) 12:32:38
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.5 Safari/605.1.15
Re: スタイル読み込みバグ？ / 名前はまだ無い
InDesign 19.4 / InDesign 15.3 / Windows 10 Pro 22H2

>サンプルファイル拝借して、上記バージョンで新規ドキュメント上に段落スタイルを読み込んでみましたが、再現できずでした。背景色、囲み罫とも無反応です。

背景色、囲み罫とも一切変更していない場所なので無反応は正しいというかおそらく正常です

>「名前はまだ無い」さんの言われる「現行バージョン」は19.4で相違ありませんか。

実際に作業しているのは Windows10 で InDesign 15.3 なのですが InDesign 15.3 でもこの状態になりに InDesign 19.4 でもなるので、現行バージョンという意味は、今現在インストールできるバージョンすべてで起きる現象だと【推測】ですが思った次第です

>また、自分の再現手順に誤りがありましたらご指摘いただければ…

困っているのは段落スタイルの囲み罫タブなどの設定ではなく、段落スタイルの一般タブのスタイル設定の表示欄で、段落スタイルを読み込んだ際に変更していない設定なのに基準と相違がある部分はすべて羅列して表示されてしまうことです
囲み罫の設定は一度でもオンにしてしまうと基準と同じ設定に戻しても変更された部分として一般タブに残り続けてしまうので必要な時以外は一切変更していません。
No.10601 2024/07/10(Wed) 16:49:54
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / 名前はまだ無い
訂正 InDesign 15.3 ではなく InDesign 15.1.3 でした

前のトピック「テキストをコピー＆ペーストすると意図しない変更が発生します」の最後の方にあるリンクの先にこの現象が起こるヒントがありました
Uske_Sさんの紹介しているmonokanoさんのコンポーザーについての記事（勝手に引用させてもらいます）
https://x.gd/LW2bRr

[段落スタイルなし]が段落スタイルの基準
[段落スタイルなし]は変更できない
ドキュメント作成時の[段落スタイルなし]がファイルに保持される

InDesign側で[段落スタイルなし]に変更があった場合、それ以前に作成されたファイルから段落スタイルを読み込むと基準自体が変更になるためその相違の部分が変更された内容として表示されるようになるんだと思います
サンプルファイルの場合、フォントの部分が小塚明朝Proなので元は相当古いバージョンで作成されたファイルかもしれません
No.10602 2024/07/11(Thu) 09:44:49
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / （z-）
追加情報ありがとうございます。把握しました。
基準スタイルが［段落スタイルなし］であること、
読み込み先と読み込み元で［段落スタイルなし］の内容が異なっていること、の２つが要因なのですね。
環境設定をリセットした手元の19.4では段落の囲み罫 > 角のサイズは12pt（4.233mm）でした。
これ、アプリケーションデフォルトでもドキュメントデフォルトでもないんですね。

（以下ひとりごと）
通常、読み込んだスタイルの未定義部分は基準スタイルの依存するため、たとえばカスタマイズした［基本段落］を基準にしてしまったような段落スタイルを読み込むと、読み込み元と違う内容になって困らされることがありますが、上記２つの条件下では未定義要素が勝手にオーバーライドさせられる
…ですかね。
読み込み元の設定が100%再現できる点、便利なんだか不便なんだか。

この［段落スタイルなし］の内容のちがうドキュメントの作り方というか、違いが出てしまう原因を、恥ずかしながらまだ知りません。よかったら教えてください。


余談ですが
>今現在インストールできるバージョンすべて
はCreative Cloudではエンタープライズ版でも17.x以降ですね。
No.10603 2024/07/11(Thu) 12:54:53
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.5 Safari/605.1.15
Re: スタイル読み込みバグ？ / 名前はまだ無い
>環境設定をリセットした手元の19.4では段落の囲み罫 > 角のサイズは12pt（4.233mm）でした。
>これ、アプリケーションデフォルトでもドキュメントデフォルトでもないんですね。

こちらの環境でも19.4のアプリケーションデフォルトの角のサイズは4.233mmでした
新規作成したファイルのドキュメントデフォルトの角のサイズも4.233mmでした
サンプルファイルのドキュメントデフォルトの角のサイズは0.353mmでしたが4.233mmに変更しても変わることはなく、そのまま段落スタイルを基準にリセットしても変化はありませんでした

>この［段落スタイルなし］の内容のちがうドキュメントの作り方というか、違いが出てしまう原因を、恥ずかしながらまだ知りません。よかったら教えてください。

おそらくですが前出のサンプルファイルの場合は「小塚明朝Pro」がインストールされる、または使用可能になっており、「小塚明朝Pr6N」がインストールされない、または標準で使用可能にならないバージョンのInDesignで作成されたドキュメントのファイルだと思われます
将来「小塚明朝Pr6N」というフォントが登場するからデフォルトのフォントを「小塚明朝Pr6N」にしておこうとはならないと思います。今存在しないフォントをデフォルトにするとは思えないので
「小塚明朝Pr6N」が標準で使用可能になった後のバージョンで［段落スタイルなし］が変更になったと思いますので、それ以前のバージョンがあれば［段落スタイルなし］の内容が現在と違うドキュメントが作成できると思います

>>今現在インストールできるバージョンすべて
>はCreative Cloudではエンタープライズ版でも17.x以降ですね。

推測ばかりで申し訳ないですがエンタープライズ版などでも通常版とバージョンナンバーが同一であればほぼ同じものだと思っています。
［段落スタイルなし］の内容がInDesign 19.4とInDesign 15.1.3では同じなので、現時点ではInDesign 15.1.3以降のバージョンは同じことになると思います
No.10604 2024/07/12(Fri) 12:00:02
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / 名前はまだ無い
>（以下ひとりごと）
>通常、読み込んだスタイルの未定義部分は基準スタイルの依存するため、たとえばカスタマイズした［基本段落］を基準にしてしまったような段落スタイルを読み込むと、読み込み元と違う内容になって困らされることがありますが、上記２つの条件下では未定義要素が勝手にオーバーライドさせられる
>…ですかね。
>読み込み元の設定が100%再現できる点、便利なんだか不便なんだか。

ひとりごとに対して返信は申し訳ないですが
このトピックに最初に投稿した時点では[段落スタイルなし]はスタイル設定が何もないことだと思っていました
monokanoさんのコンポーザーについての記事内の「ルートの段落スタイル」の項を何度か読み返しその内容に共感いたしました
[段落スタイルなし]は[段落スタイルなし]という名の段落スタイル = ルート段落スタイル（仮）でread only属性がついているので変更はできないようです

今回の現象「別ファイルから段落設定を読み込むと囲み罫と背景色の角丸の半径設定が追加される」の場合
ドキュメントが作成された時点の[段落スタイルなし]という名の段落スタイル設定がドキュメント（ファイル）に保持され、どのバージョンで開いてもドキュメントに保持された[段落スタイルなし]が基準として使用されること
元のドキュメントで作成された段落スタイルでは[段落スタイルなし]と一致（未定義でも数値は設定されている）し、変更点は表示されていなくても、別のドキュメントで段落スタイルを読み込んだ場合、元のドキュメントの[段落スタイルなし]は読み込まれず、段落スタイルを読み込んだ側のドキュメントの[段落スタイルなし]の設定が使用され、未定義でも内容に相違があると一般タブに表示されてしまうのだと思います
オーバーライドさせられるということかはわかりませんが[段落スタイルなし]はそのドキュメント側が使われるようなので、[段落スタイルなし]に相違があった場合、読み込み元の設定が100%再現できるというよりも、読み込んだ段落スタイルが読み込んだドキュメント側の[段落スタイルなし]の影響を受ける可能性が高いと思います
No.10605 2024/07/12(Fri) 12:16:22
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / ron.
「段落スタイルなし」って、訳が悪いような。
タグで見ると、「NormalParagraphStyle」なので、「規定段落スタイル」あたりか？
No.10606 2024/07/17(Wed) 10:31:23
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / TDS
みなさまご返信くださりありがとうございます。投稿主でございます。
みなさまの検証を見るに再現率100％のようですね。これを解消する手立ては今のところないのでしょうか。

問題が発覚したファイルはInDesign2017で作成されたものを2023年版で開き、保存したものですが、わたくしもここに投稿する前に簡単な検証を行いました。
一方は適当なスタイルを作成、一方はスタイル無しのデータを2023で新規作成し、スタイル無しのデータにもう一方のスタイルを読み込んでも同じ症状が出てきましたので、少なくとも旧版データを読み込んだせいとかではなく、2023年版特有のバグ（仕様？）のようです
また、勝手に追加された設定は消すすべがないのも困っております。現在唯一の解決策は「気にしないこと」ですが……
なんとかこの問題を解決できるすべはないのでしょうか
他力本願で申し訳ございません
No.10607 2024/07/17(Wed) 16:42:24
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / 名前はまだ無い
自分が担当になる前の過去のファイルを色々さがしてみたらいくつかのバージョンのファイルがあったので比較してみました

[段落スタイルなし]（リセットした基本段落で確認）で角丸の設定が変わるタイミングはCC2017(v12)とCC2018(v13)の間でした

CC2018以降作成のファイルでCC2017以前作成のファイルの段落スタイルを読み込むと角丸設定が現れると思います

新しいバージョンでCC2017で作成したファイルを開き、CC2017で作成したファイルの段落スタイルを読み込んでも角丸設定は現れませんが、新しいバージョンで作成したファイルの段落スタイルを読み込こむと角丸設定が現れます

比較した実際のファイル
https://xgf.nu/LLB9F
ギガファイル便　ダウンロード期限 2024年8月22日(木)
No.10608 2024/07/23(Tue) 14:11:06
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: スタイル読み込みバグ？ / TDS
名前はまだ無いさん、ありがとうございます
元2017作成データのスタイルを改めて見てみると、『基準(B)：[段落スタイルなし]』のスタイルにのみ余計な（そして消せない）角丸設定がついています
何らかの基準が設定されているスタイルでは余計な追加はありませんでした。
どうもこのあたりが鍵のようですね
No.10609 2024/07/26(Fri) 11:17:26
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.0.0 Safari/537.36
テキストをコピー＆ペーストすると意図しない変更が発生します / Chirico
■環境
OS：macOS 10.14.6
バージョン：InDesign CC2021

■質問内容
クライアントから支給されたドキュメントにテキストをコピー＆ペーストすると意図しない変更が発生しました。
現象としては、次の２つです。
　１．段落スタイル機能を適用した後に、文字列にペーストすると文字サイズが変わる
　２．改行してからペーストすると文字が13Q小塚明朝になる

下記に解説されている現象に関連すると思われますが、原因がつかめません。
No.55 コピー＆ペーストの不思議
https://study-room.info/id/studyroom/cs1/study55.html

また、コピー＆ペーストではなく、手入力すると回避できることがあります。
このような現象を解決する方法はありますでしょうか。
よろしくお願いいたします。

■検証用データ
検証くださる方がいらっしゃいましたら、下記のデータをお使いください。

・検証用.zip
https://23.gigafile.nu/0928-c073ea535bcd2289bcaec113b0aa77bd9
ダウンロード期限：2024年9月28日(土)

・具体的な手順
１．段落スタイルを使うと9Qになる
（1）テキストフレーム内のテキストを全選択して新規段落スタイル「本文」を作成します
（2）テキストに段落スタイル「本文」を適用します
（3）テキストエディタから適当な文章をコピー・ペーストします
（4）本文が、10Q17H　→　9Q16H　と意図しない変更が発生します

２．改行すると13Q小塚明朝になる
（1）テキストフレーム内のテキストを全選択してテキストエディタから適当な文字列をコピー・ペーストします
（2）空改行を１つ入れます
（3）テキストエディタから適当な文章をコピー・ペーストします
（4）本文が、10Q17H　→　13Q小塚明朝　と意図しない変更が発生します
No.10590 2024/06/20(Thu) 10:26:42
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/115.0
Re: テキストをコピー＆ペーストすると意図しない変更が発生します / YUJI
まず、１．の問題ですが、手順（1）で本文という段落スタイルを作成した後、選択ツールでそのテキストフレームを選択すると、「本文+」とスタイル名がオーバーライドになっているのが分かります。
その時、文字パネルを見ると、文字サイズも行送りも空欄になっているかと思います。詳しい理由は分かりませんが、このテキストフレームが内部的に9Q16Hになっているのではないかと推測します。
なので、選択ツールでそのテキストフレームを選択した後、段落スタイル「本文+」のオーバーライドを消去してからテキストをペーストすれば、10Q17Hのままペーストできます。

ちなみに、InDesignでテキストをペーストする場合は、キャレットの位置が重要です。キャレットの前の文字の属性でペーストされるからです。フレーム内のテキストを全選択した場合は、テキストフレームの内部的な設定でペーストされるのではないかなと思います。

２．のケースですが、手順（2）を実行して文字パネルをみると、すでに（InDesignのデフォルト設定である）13Q小塚明朝になっていますね。これも１．と似たような原因かもしれません。

そもそも、InDesignで新規にプレーンテキストフレームを作成すると、段落スタイル［基本段落］が適用された状態でスタートします。しかし、このドキュメントのプレーンテキストフレームは、（スタイルなし）で運用されています。この辺りが、悪さをしている原因かもしれません。
No.10591 2024/06/20(Thu) 11:50:08
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: テキストをコピー＆ペーストすると意図しない変更が発生します / Chirico
YUJI様
検証いただき、ありがとうございます。
詳細な分析もたいへん参考になります。
やはり問題は、操作ではなくドキュメントデータにあるのは間違いないようですね。
プレーンテキストフレームを属性を持たないように“リセットする”方法があれば、と思ったのですが難しい感じです。

本件はクライアントのブレーン会社からの支給なので、直接問い合わせができないことも解決を困難にしています。
そのため根本的な対策ではありませんが、一旦適当な文字を手入力してから運用することとしています。
その後何か判明したことがあれば、ご報告いたします。
No.10592 2024/06/21(Fri) 09:15:24
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/115.0
Re: テキストをコピー＆ペーストすると意図しない変更が発生します / Uske_S URL
手元にInDesign 2024しかなかったので、それで試した限りでは、1は再現できませんでした。
ただなんとなく原因（というよりInDesignの仕様）としては理解できたので、共有いたします。

2のデータについて：
オーバライドハイライターをオンにしていただくとわかりますが、すでにオーバーライドされたテキストです。段落スタイルが当たっていないにもかかわらず、オーバーライドされている状態なのです。
何に対してのオーバーライドかというと、基本段落よりも上位の、いうなればルートスタイルです。
概念としては、monokanoさんのこちらが分かりやすいかと思います（記事はコンポーザーについてですが、文字サイズなども同様です）。
https://tama-san.com/indesign-default-composer/#:~:text=%E3%81%AA%E3%81%AE%E3%81%A7%E3%81%97%E3%82%87%E3%81%86%E3%81%8B%E3%80%82-,%E3%83%AB%E3%83%BC%E3%83%88%E3%81%AE%E6%AE%B5%E8%90%BD%E3%82%B9%E3%82%BF%E3%82%A4%E3%83%AB,-%E5%AE%9F%E3%81%AF%E3%80%81%E6%AE%B5%E8%90%BD%E3%82%B9%E3%82%BF%E3%82%A4%E3%83%AB

つまり、2のテキストは、ドキュメントデフォルトの段落スタイルからオーバーライドが加えられた状態のテキストです。
手順(1)では、既存の文字列に対してのコピーペーストになるので、その属性が引き継がれたままペーストされます（より正確には、最後の文字の属性を引き継ぎます）。
ここから先、オーバーライドハイライターをオンにした状態で試してみていただきたいのですが、手順(1)が終わった段階で、テキストは希望の文字サイズになっていますが、空の改行も含めてハイライトは全部ついている状態のはずです。
ここから手順(3)に進みますが、オーバーライドが解除され元のルートスタイルの属性でペーストされるのです。これはInDesignの仕様上仕方のないクセみたいなものです。

回避策というか、まぁこれも作業のクセみたいなものなのですが、一度空の改行をバックスペースで削除した後、改めて空の改行をしてすぐペーストしてみてください。同じ属性でペーストできると思います。
InDesignの変なクセだと思って僕は諦めているのですが、初見殺しではありますよね。
No.10593 2024/06/21(Fri) 11:28:34
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: テキストをコピー＆ペーストすると意図しない変更が発生します / Uske_S URL
リンクが途中で切れてしまったので、よければこちらで
https://x.gd/LW2bRr
No.10594 2024/06/21(Fri) 11:29:55
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Re: テキストをコピー＆ペーストすると意図しない変更が発生します / Chirico
Uske_S様

情報ありがとうございます。
オーバライドハイライター機能は、今回のような分析には有効なのが勉強になりました。
ご提案いただいた回避策を試してみます。
やっかいなデータではありますが、今後も受注はいただけると思いますので何とか解決したいと思います。
何か進展がありましたら、こちらにまた報告いたします。
No.10595 2024/06/21(Fri) 17:40:22
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/115.0
以下のフォームに記事No.と投稿時のパスワードを入力すれば
投稿後に記事の編集や削除が行えます。
50/50件 [ ページ : 1 2 3 4 5 6 7 8 >> | 過去ログ | 画像リスト ]