[ 掲示板に戻る ]
過去ログ閲覧モード
脚注機能の設定について / ok33
MacでCS6を使っています。

脚注機能について検索をして、ここの過去ログの「No. 547：脚注の設定に
ついて / ハルコ」を見付けました。

この「No. 547」には返信が付かなかったみたいですが、この方と同じように
「注をつけたい文字は前頁にあるままで、脚注のみを次頁に送りたい」のです
が、脚注機能では出来ないのでしょうか。
分かる方がおられたら、よろしくお願いいたします。
No.9298 2017/08/04(Fri) 00:22:03
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:48.0) Gecko/20100101 Firefox/48.0
Re: 脚注機能の設定について / ジーコ
最新バージョンでもできないので、たぶんできないと思いますよ。
No.9299 2017/08/04(Fri) 08:19:05
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8
Re: 脚注機能の設定について / ok33
ジーコさん、返信をありがとうございました。

できないのですね。分かりました。
そうすると、この脚注機能は、単純・小規模な
もの以外では使えないと考えたほうがよさそう
ですね。
No.9301 2017/08/04(Fri) 14:08:03
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:48.0) Gecko/20100101 Firefox/48.0
ページ変更による終了 / とみた Email
まったくの素人で、投稿も初めてですので、
不備がありましたらすみません。

テキストなどのオブジェクトを変更するのは
問題ないのですが、
ページの移動、削除、適用マスターの変更など、
ページ全体に関わる変更を指示した途端、
インデザインが終了してしまいます。

マシンの不調かと思いましたが、
パソコンを代えても同じことが起きます。

ちなみにA4、60ページで、120MBです。
よろしくお願いします。
No.9294 2017/08/01(Tue) 16:38:48
Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_1 like Mac OS X) AppleWebKit/603.1.30 (KHTML, like Gecko) Version/10.0 Mobile/14E304 Safari/602.1
Re: ページ変更による終了 / uske_s URL
お使いのOS、InDesignのバージョン（できればリビジョンも）、新規作成したドキュメントでも起きるのかどうか、別のバージョンのInDesignではどうか、などもお教えください。その方がみなさん返信しやすいと思います。
No.9295 2017/08/01(Tue) 17:17:14
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
Re: ページ変更による終了 / とみた
基本的な情報が抜けており、大変失礼いたしました。
OS windows10
InDesign CS5.0

その後、
試しにinx.で書き出し、別のパソコンで開いたところ、
解決いたしました。
ありがとうございました。
No.9296 2017/08/02(Wed) 01:53:43
Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko
縮小したPDFファイル / すずき
久しぶりの投稿です。

現在
Mac OS 10.8.5
Indesign CS5(7.0.4)
AcrobatX 10.1.16
の環境です。

クライアントからページを95％縮小したPDFが欲しいと要望が来ました。
昔はプリントからPDF出力ができたので拡大縮小ができたと思います。
10.6以降はできなくなったようですが、現在の環境では95%のPSファイルを書き出して、それをDistillerにかけなければいけないのでしょうか？

よろしくお願いいたします。
No.9285 2017/07/18(Tue) 10:44:19
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:48.0) Gecko/20100101 Firefox/48.0
Re: 縮小したPDFファイル / あさうす
PostScriptファイル生成としての縮小と、Distillerを使用しての意図する処理は可能だと思います。
また、（Acrobat Xではわからないですが）Acrobat Proのカスタムフィックスアップを使用することで
PDFファイルを後で縮小すること自体は一応は可能です。

ただ、どちらも元の作成状態や利用方法などによっては意図せぬトラブルを生むことがありますから、
それらを使って対処すべきかどうかは別の話になりますし、
行うにしても、クライアントにも十分に理解してもらわないとやはりトラブルになりうると思います。
No.9291 2017/07/20(Thu) 01:21:34
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0
Re: 縮小したPDFファイル / かたやん
95％PDFが何用途かわからないのでアレですが，私ならいったん100％で書き出してそれを新規書類に95％で貼り，あらためて100％で書き出します。
（たけうちとおるさんの「pdf配置比率またはFIT.jsx」とか，公開されてるすてきなスクリプトを使っちゃいます！）
No.9292 2017/07/21(Fri) 12:15:48
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.10 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.10
Re: 縮小したPDFファイル / 本屋敷
サービスでしょうから責任負わぬということで
プレビュー.appで%縮小別名保存
No.9293 2017/07/26(Wed) 13:24:39
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
(No Subject) / kanami Email
はじめまして。

いつも参考に拝見し、学習させていただいてます。

価格数字に小数点がある場合、小数点以下の数字をサイズ変更したいのですが、できますでしょうか？

どうぞご教示ください。
No.9286 2017/07/18(Tue) 19:01:53
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
Re: / kanami Email
すみません。大事な説明文が抜けてました

CS6の正規表現で行える方法を探しています。
No.9287 2017/07/18(Tue) 19:04:16
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
Re: / .
普通にできますけど、何に引っかかってるんですか？
小数点（ピリオド）にエスケープ処理が必要、なんてのは、常識でしょうし。
No.9288 2017/07/19(Wed) 09:05:52
Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
Re: / uske_s URL
kanamiさん、こんにちは。
正規表現スタイルは条件次第でいくらでも変わる可能性がありますので、よくご確認のうえご利用ください。

(?<=[0-9]+\.)[0-9]+
意図する正規表現はおそらくこんな感じです。ご存知かもしれませんが、一応説明します。

(?<=hoge)は、直前にhogeがあるとき、という条件を表しています。これ自体は正規表現の結果としてヒットしません。正規表現スタイルの中では、検索条件のように使うことができます。

[0-9]は半角数字の0から半角数字の9までをUnicode順に並べたときの範囲を示しています。InDesignの文字パネルをUnicode順で表示して、半角数字の0から9の間にどんなものがあるか覗いてみてください。

+は直前のものを１回以上繰り返す、という意味です。

正規表現の中でのピリオド（.）は「何かしらの文字」を表すメタ文字（詳細は省きます^^;）なので、そうではなくて単純にピリオドを探したいという場合には直前にバックスラッシュを置きます。

以上です。ただこれは正規表現として少し未熟です。段落中にピリオドが複数出てきた場合や、先頭が0から始まる数字の場合等は考慮していません。
余計なお世話かもしれませんが、正規表現の肝はどんな正規表現を使うかよりも、どこまで例外を考慮できるかです。そのためにメタ文字（.や\s等）や定義する文字クラス（[]を使った文字の指定）が具体的にどの文字（その文字のコード≒Unicodeのコードポイント）を内包するか、調べて試すを繰り返すとよりステップアップできると思います。
No.9289 2017/07/19(Wed) 10:57:53
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
Re: / uske_s URL
よく試さないですみません。
(?<=[0-9]\.)[0-9]+
こうじゃないとダメですね…。
(?<=hoge)の中には文字数が不確定になるような記述ができないのに、[0-9]+をそのままコピペしてしまっていました…^^;;
No.9290 2017/07/19(Wed) 12:49:16
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
自動キャプション / まよい
こんにちは。初心者的な質問です。

図版をアドビブリッジのメタデータを利用してインデザインでキャプションをつけていました。

1か月ほど前はなんともなかったのですが、最近新規の仕事で新たにドキュメントを作成し、以前のように自動キャプションをしようとしたのですが、なぜか設定した段落スタイルを無視して、デフォルトの「基本段落」になってしまいます。
何度かやり直してみたのですが、やはりおなじです。

帰宅して、ありあわせの素材で自動キャプションを試したのですが、問題はありませんでした。

どこをどのように直すと、以前のように使えるようになるでしょうか？
お知恵を拝借したいです。

よろしくお願いいたします。
No.9282 2017/07/06(Thu) 20:47:57
Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko
Re: 自動キャプション / まよい
すみません、原因がわかりました。
お騒がせいたしました。
No.9283 2017/07/08(Sat) 21:39:29
Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko
Re: 自動キャプション / （z-） URL
ここの掲示板、ふだん単なる質問・相談所のような扱いを受けていますが、じっさい貴重な情報共有の場なのです。

たとえ自己完結された件であっても、どのような原因であったか、どのように解決できたのか、
できればその内容を書き残して頂ければ、いつかどこかで同様のケースで悩む方たちの助けになりますので、ぜひともお願いしたいです。
No.9284 2017/07/11(Tue) 12:17:40
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/603.2.5 (KHTML, like Gecko) Version/10.1.1 Safari/603.2.5
正規表現の内容に関して / YUJI
お世話になっております。管理人のYUJIです。
新しい記事「No.06 正規表現を使って合成フォントのような表現を目指す」をポストしました。
http://study-room.info/id/studyroom/other/other06.html

この内容に関して、もっとこうした方が良いとか、ここは気をつけたなければいけないとか、ここは間違っている等、ご意見をいただけたら幸いです。

よろしくお願い致します。
No.9268 2017/06/22(Thu) 09:55:32
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: 正規表現の内容に関して / YUJI
一部の方からご指摘をいただき、追記をさせていただきました。
よろしくお願い致します。
No.9269 2017/06/22(Thu) 14:15:10
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: 正規表現の内容に関して / think200
いつもお世話になっております。
「かなを小がなにしたい」等全角文字の大きさを触る際はグリッドレイアウトがずれてしまうのでもう少し工夫が必要ですね。
そのあたり欧文に適用した場合の挙動はいかがなものでしょうか。
No.9270 2017/06/22(Thu) 14:53:24
Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: 正規表現の内容に関して / YUJI
合成フォントでかなを「小かな」にした場合と、
正規表現スタイルでかなを「小かな」にした場合では、
組版結果が異なるということですか？

また、添付画像のかなは、なぜ文字サイズが大きいのですか？
No.9271 2017/06/22(Thu) 15:21:56
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: 正規表現の内容に関して / think200
拙い説明で申し訳ありません。
・合成フォントで小がなもどき（サイズを95％に縮小など）とした場合フレームグリッド設定に準ずるのに対し
・正規表現スタイルで小がなもどき（縦・横を95％に縮小など）とした場合フレームグリッド設定から外れる現象の事です。
画像はわかりやすくするためかなを大きくしてフレームグリッドから外れる様子を見せたかったのですが、逆にわかりづらいですね（汗
No.9272 2017/06/22(Thu) 15:38:13
Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: 正規表現の内容に関して / YUJI
なるほど。そういう意味でしたか。
すいません、理解がたらず。

残念ながら、かなの場合にはおっしゃる通りです。
正規表現スタイルを使用する場合、文字組みアキ量でかなの前後に若干のアキを設定するか、文字スタイルにトラッキング等を設定するしかないかもしれません。

そこまでやると、正規表現スタイルを使うメリットがあるのかという話になってしまいますけど...
No.9273 2017/06/22(Thu) 15:52:18
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: 正規表現の内容に関して / Subi
正規表現スタイルでベースラインを調整すると、下線・打ち消し線・圏点・上付き文字等の文字修飾機能に影響が出ます。（欧文と和文にまたがって下線を引くとずれる等）こういった機能を使う場合は合成フォントを使う方が簡単です。
No.9274 2017/06/23(Fri) 10:30:33
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:53.0) Gecko/20100101 Firefox/53.0
Re: 正規表現の内容に関して / YUJI
Subiさん、ありがとうございます。

たしかにそうですよね。追記させていただきますね。

ちなみにこのトピックは、合成フォントよりも正規表現スタイルを推奨しているものではありません。
あくまでも、正規表現スタイルで合成フォントのような表現を目指すにはということで記述したものです。
No.9275 2017/06/23(Fri) 11:42:10
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: 正規表現の内容に関して / works014 URL
まいど。
欧文や英数字のサイズを比率（%）で大きくする文字スタイルを適用する場合…その文字スタイルは、例の「文字の比率を基準に行の高さを調整」のCエックを外しておくべきかも知れません…
特に検証はしていませんが…
No.9280 2017/07/05(Wed) 09:43:51
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:54.0) Gecko/20100101 Firefox/54.0
Re: 正規表現の内容に関して / YUJI
works014さん、ありがとうございます。
確かにそうですよね。追記しておきますね。
No.9281 2017/07/05(Wed) 09:53:58
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
Arial Black RegularとArial Black / Momo
環境
windows10 home バージョン1607
InDesign cc 2015

現象
InDesign cc 2015でつくられたデータをパッケージされたフォルダ外に別名保存すると「Arial Black Regular」が環境にないフォントとなってしまい，フォントの検索のフォント情報では「Arial Black」がないと出ます。

別名保存した段階では「Arial Black Regular」がありますが，一度閉じて，再度開くと上記のような現象となります。

元のデータのフォントの検索で，
「Arial Black Regular」をクリックし情報を見ると
パス：ドキュメントにインストールされたフォント

別名保存のデータ
「Arial Black」
パス：不明
となっています。

「ドキュメントにインストールされたフォント」をググッたのですが，よく分かりませんでした。

お分かりになる方がいらっしゃったらお願いします。

追記
windows10 creators updateにしたら一部のフォントが認識されたり，されなかったり。キーボードがなんちゃらとか，IMEが認識されたり，されなかったりと不具合が出まくりましたので元のバージョンに戻しました。これのせいかな？
No.9276 2017/06/24(Sat) 09:07:25
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: Arial Black RegularとArial Black / あさうす
新規ファイルで簡単にテストしてみましたが、特に同様のことは起きなかったです。
・Windows 10 Home Version 1703(Build 15063.413) ※RS2適用済
・InDesignはCC 2015.4（11.4.1.102 x64ビルド）を使用
・OS標準の「Arial」-「Black」および「Arial」-「Regular」を使用してファイルを作成して保存
・パッケージで全設定にチェックを入れてデスクトップの任意フォルダーにパッケージング処理
・出力仕様書.txtにはフォントパッケージとして下記の記述
　- 名前 : Arial-Black; 形式 : OpenType TrueType, ステータス : OK
　- 名前 : ArialMT; 形式 : OpenType TrueType, ステータス : OK
・Documents fontsには「arial.ttf」「ariblk.ttf」が収集される
・パッケージで収集されたinddファイルを開いても警告は出ない

気になるのは「Arial Black Regular」とされているところです。
InDesignの時点でフォント名がそれになっているということでしょうか。
できれば「フォント検索」で表示されている情報なども比較確認したほうがよさそうですが……。
No.9277 2017/06/24(Sat) 19:10:21
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0
Re: Arial Black RegularとArial Black / Momo
あさうす様
お返事が遅くなり申し訳ありません。

Arial Black　Regularのデータをパッケージしたものと
Arial　Blackにフォントを置換したデータをパッケージしたもの
ともに
出力仕様書では
Arial-Black; 形式 : OpenType TrueType, ステータス : OK

フォント検索にある情報では
元のデータ　
フォント：Arial Black Regular
PostScript名：Arial-Black
スタイル：Regular
タイプ　OpenType TrueType
バージョン　5.00Arial Black.ttf

別名保存しArial Blackに置換したもの
フォント：Arial Black
PostScript名：Arial-Black
スタイル：Black
タイプ　OpenType TrueType
バージョン　5.00Arial Black.ttf

フォントとスタイルが違いますが，PostScript名は同じです。
パッケージされるフォントはともに
Arial Black.ttf
となっています。
同じフォントなのに表示名が違う，環境にフォントがないと表示されるというのは…とほほ
No.9278 2017/06/26(Mon) 13:34:56
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Re: Arial Black RegularとArial Black / あさうす
こちらで表示される、InDesign上でのフォント検索での詳細情報は下記になっています。

フォント：Arial Black
PostScript名：Arial-Black
スタイル：Black
タイプ：OpenType TrueType
バージョン：Version 5.22
制限：標準
パス：C:\Windows\Fonts\ariblk.ttf

最終的に収集されるファイル名としてもそちらになっていることと同時に、
収集ファイルのプロパティでのライセンス情報としては「Microsoft supplied font.」となっている状態です。

あわせて、たまたまアップデートしていなかったサブのWindows 10機（Ver.1607なのでRS1）のほうの
フォントフォルダを確認すると、フォント名・バージョン等の差異はありませんでした。

今回記載されたものがバージョンやファイル名などが異なるようなので、
もともとそのファイルの素性などが気になるところです。
OS標準のArial Blackとは異なるArial Blackを用いているうえで、PostScriptフォント名がバッティングしている
などの状態によって、フォント情報の取得が不安定になっているなどはないでしょうか。
このあたりは実際のフォント内も見ないといけないところですが、適正なフォントを使用しているかなども
考慮する必要が出てくるところです。
No.9279 2017/06/27(Tue) 00:22:15
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0
全2093件 [ ページ : << 1 ... 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 ... 299 >> ]