237458
InD-BOARD
他人を誹謗中傷する発言や個人売買・違法コピーに関する書き込みは禁止です。
トラブルに関する質問は、OSやアプリケーションのバージョン、周辺機器等の情報も記入して下さい。
質問へのレスには必ずお礼のコメントを付けましょう。

- HOME - 記事検索 - 投稿回数 - 携帯用URL - フィード - ヘルプ - 管理人用 -
新規投稿フォーム(返信は各スレッドの返信ボタンからお願いします。)
※「投稿キー」を入力しないと投稿できませんので注意して下さい。

名前
Mail
URL
新規投稿タイトル
画像添付
文字色
Cookie / パスワード
投稿キー (※投稿時に 4066 を入力してください)
縮小した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で%縮小別名保存

NEW 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の間にどんなものがあるか覗いてみてください。

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

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

以上です。ただこれは正規表現として少し未熟です。段落中にピリオドが複数出てきた場合や、先頭が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
数ページにわたる表組について / kayo Email
InDesign CS6です。
表組機能を利用して、名簿の仕事をしています。
テキストフレームを数ページにわたって連結しています。
表の一部を訂正すると、テキストフレームのひとつ分が表示されなくなり、プリンターでもプリントされません。
テキストフレームの天地をプラスマイナスすると正常に戻ります。
表組の中にアンカー付きオブジェクトが配置されており、なおかつ訂正で行数に変更が有った時に発生するように思うのですが、回避方法など、ご存知の方いらっしゃるでしょうか。

No.9264 2017/06/16(Fri) 17:10:05
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:48.0) Gecko/20100101 Firefox/48.0

Re: 数ページにわたる表組について / uske_S URL
僕も経験があります。
付け焼き刃ですが、フレームをあふれさせても直ります。
(テキストの回り込みを設定した長方形を描画するなど)

根本的な解決策としては、
・連結を解除する
・アンカー付オブジェクトをやめる
くらいしか僕も知りません。

拝見した体裁ですと内容はページ完結でしょうか?
データ結合なども検討されてみてはどうでしょう。

仮に縦組みで角丸の墨アミ?の「勤務先」等のオブジェクトがアンカーなのであれば、
それも表組として文字にしてしまってはどうでしょうか。
段落境界線などで対応できそうに思います。

No.9265 2017/06/16(Fri) 19:34:16
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Re: 数ページにわたる表組について / あさうす
公開はされていないのですが、CS5以降で発生するクリティカルな不具合です。
仰るように「表組内にアンカー付きオブジェクトが配置され、複数のフレームが連結されている場合に
アンカーがフレームを跨って再組版処理が走ると途中のフレーム内の内容が一切表示されなくなり
出力にもその状態になってしまう」という問題です。

直接的な回避方法はなく、全ストーリーの再計算で逃げるくらいしか現状はありません。

No.9266 2017/06/18(Sun) 17:53:36
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0

Re: 数ページにわたる表組について / kayo
uske_Sさま、あさうすさま、有り難うございます。

フレームをあふれさせて直ることは、初めて知りました。
最初に添付しましたものの中で、アンカーなのは、
uske_Sさまのおっしゃる通り、【勤務先】【自宅】、
それと右上の四角いグレーアミの部分で、
ここにはそれぞれ顔写真が入る予定です。
データ結合、今まであまり使用したことは無いのですが、
そちらも考えて見たいと思います。

あさうすさま、公開されていないけど、不具合だということ、
CS5以降で発生するとのことも、教えていただき有り難うございます。

お二方とも、本当に有り難うございました。

No.9267 2017/06/19(Mon) 09:06:26
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:48.0) Gecko/20100101 Firefox/48.0
書き出したJPEGについて / tk
[使用機材]
InDesign CC2017
Mac OS X El Capitan
Photoshop CC2017
Illustrator CS6

PSD(写真)やEPSを配置したInDesignデータから、
JPEGを書き出すと何故か白い線が数本写真部分に入ります。

ネットで検索すると、PDFでこの現象が起きることはあるようですが、
JPEGで起きている記事が無く、こちらに質問させていただきました。

InDesign上では、何も線がない状態です。

原因としては何が考えられますでしょうか。
JPEGの書き出し設定は写真のとおりです。

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

No.9261 2017/06/13(Tue) 15:02:52
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Re: 書き出したJPEGについて / まる
「白い線が数本写真部分に入ります」というのは、
モニター上でのことでしょうか、それとも出力結果でしょうか。
透明分割みたいなことのような気もしますが。。。

まったく的外れであったら失礼しました。

No.9262 2017/06/13(Tue) 15:42:30
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/603.2.4 (KHTML, like Gecko) Version/10.1.1 Safari/603.2.4

Re: 書き出したJPEGについて / tk
まる 様

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

Indesignから書き出したJPEGをPhotoshopで開き確認すると、
モニター上でも出力結果でも白い線が入ります。

Indesignから直接プリントをかけると、
白い線は出力されませんでした。

書き出しで、PDFやEPSを選択すると、
白い線はありませんでした。
なぜかJPEGのみで発生します…。

別なデータ形式で、対応することも検討したいと思います。

No.9263 2017/06/13(Tue) 16:11:08
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
以下のフォームに記事No.と投稿時のパスワードを入力すれば
投稿後に記事の編集や削除が行えます。
50/50件 [ ページ : 1 2 3 4 5 6 7 8 >> | 過去ログ | 画像リスト ]