なんでやねんDTP このページをアンテナに追加 RSSフィード Twitter

2017-02-15 「表と段落のアキ」と行送りの基準位置 このエントリーを含むブックマーク このエントリーのブックマークコメント

以前から気になっていた InDesignの「表の属性/表の設定/表と段落のアキ」と「行送りの基準位置」の関係について、簡単に検証してみました(OS X 10.10.5, CS6)。

私は主にフレームグリッド作業しており、その際には表や図版は「アンカー付きオブジェクト」として配置することが多く、今まで気になりながらも放置していた結果、本日やっと…

プレーンテキストフレーム内の表組みに対して「表と段落のアキ」は前・後とも「2mm」と設定し、行送りの基準位置をそれぞれ変更した4パターンを作成。

さらに「行送り値」を様々に変更して4パターン……計16パターン作成し、観察してみることにしました。


f:id:works014:20170215113517j:image:w530

すべて(改行マークも含めて)12級の状態で、各プレーンテキストフレームに対して「オブジェクトオブジェクトサイズの調整/フレームを内容に合わせる」を実行…その結果を最終行に記入してあります(計算しやすいように、表の前後には1行だけの状態にしました)

f:id:works014:20170215113518j:image:w530


f:id:works014:20170215113519j:image:w530


f:id:works014:20170215113520j:image:w530

  • 「行送りの基準位置」=「仮想ボディの下」の場合は偶然の一致(行送り値=文字サイズ)

f:id:works014:20170215113713j:image:w530


結論からいってしまうと……

行送り値に関わらず、(常に)フレームサイズが正しい(表と段落のアキが設定した通りになるのは「行送りの基準位置」=「仮想ボディの上」だけであるということになります(0.1mmは表の罫幅がプラスされた結果ですね)。

但し、表と前の段落とのアキは「行送りの基準位置」の選択に関わらず設定通り確保されています

観察して気付いた点を挙げれば……

①の状態のフレームサイズを元に②・③・④のフレームサイズを考えた場合、「仮想ボディの上」以外は「行送り値の差」がフレームサイズに反映されている

③と④を比較すると…表の後の段落の「行送りの基準位置」=「仮想ボディの下」の場合は、行送り値が文字サイズと同等であれば設定通りのアキが確保される*1

※他の設定の場合も追究すれば解るでしょうが、あまり有意義とは思えないので…これぐらいで…

行送りの基準位置が「仮想ボディの上」以外の場合は、その増減によって前の行(段落)とのアキが増減することを考えれば当然なのかも知れません……ということでしょうか……よくわかりませんが、ご留意ください。

*1:さらに蛇足として付け加えるならば、「行送りの基準位置」=「仮想ボディの下」vs「欧文ベースライン」のフレームサイズの差は欧文ベースライン位置に拠るということ…

トラックバック - http://d.hatena.ne.jp/works014/20170215

2017-01-28 Illustratorの「繰り返し文字の処理」 このエントリーを含むブックマーク このエントリーのブックマークコメント

Adobe Illustratorの段落パネルメニューには「繰り返し文字の処理」というInDesignにはない項目があり、ヘルプを覗くと以下のように書いてあります。


f:id:works014:20170128115310j:image:w530


赤アンダーラインを引いた前半部分を素直に受け取って、例文を作成してみましたが……


f:id:works014:20170128114523j:image:w530

  • ご覧の通り、何の変化も起こりません

気を取り直して、上の画像の赤アンダーライン部分(2文字目)を「繰り返し文字」に置き換え、(効果を観察するために)左右を1文字分短くしてみたのが以下の画像です。


f:id:works014:20170128114524j:image:w530

  • うーーーん…「弱い禁則」でも「々」は「行頭禁則文字」となっているので追い出されるだけ…

で、「禁則処理=なし」としてみると……


f:id:works014:20170128114525j:image:w530

  • 期待通りの結果ではありますが、読点が行頭にきては困りますね

さらに気を取り直して、「弱い禁則」をカスタマイズして「繰り返し文字」を「行頭禁則文字」から削除したセットを作成し、適用してみました。


f:id:works014:20170128114526j:image:w530


何とか使えそうですね。

でも……


f:id:works014:20170128114527j:image:w530

  • この効果が適用されるのは「々」だけのようです

何とも中途半端な機能と言うほかありません。

私の場合、Illustratorでは短い文章しか組みませんので、常に「OFF」で運用しています。


※既視感が有ると思っていましたが……

丸っきり同じタイトルの過去記事がありました→ Illustratorの「繰り返し文字の処理」

(自省を込めて、このまま残しておきます)*1

*1:HD内でaiファイルを発見し記事に…念のため、ブログ内も検索したつもりだったのですが…

2016-11-29 Illustratorの自動カーニング時の行頭行末揃えは… このエントリーを含むブックマーク このエントリーのブックマークコメント

すでにこのブログ上で「Illustratorでの箱組にオプティカルカーニングは不適」と題して、Illustratorで「オプティカルカーニング適用時に行頭行末揃えの組版(自動では)不可能なことは報告済みですが、(追い打ちをかけるようで残念ですが)「自動(メトリクス)カーニング」でも同様な現象が発生しますので報告しておきます。


下の画像のような「和文等幅」を適用した文字列では特に問題ありませんが……

f:id:works014:20161129170047j:image:w530


これに「自動(メトリクス)カーニング」を適用すると……

f:id:works014:20161129170048j:image:w530

  • 「ナ」が行末をオーバーしているのが目立ちますね
  • 「…」と英字との不自然なアキは「文字組みアキ量設定」では設定できません(この場合、後続の英字にアキが発生するようなので、英字を選択して「文字前のアキ」で調整するしかありません
  • これは小書きの仮名や音引きでも同様です…Illustratorの「文字組みアキ量設定」では対:行頭禁則文字との和欧文間隔を触ることは不可能です

書体を変更してみます……

f:id:works014:20161129170049j:image:w530

  • 並びが変わったため、こちらは「ル」の行末オーバーが目立ちます
  • 目立たないだけで、行末と次の行頭の文字のペアにカーニングが設定されていれば不揃いは発生します(先の例も同様ですが…)

理屈は簡単です。下の画像で明らかなように、行末の文字と次の行頭の文字との(ペア)カーニング値が対:行末に残ってしまうからです。


f:id:works014:20161129170050j:image:w530

  • 右の丸パーレン内の数値は(ペア)カーニング値(カーソルを文字間に挿入してカーニング窓を確認すると丸パーレン囲みで表示されています)

このように(ペア)カーニングが丁寧に設定されている書体ほど、その影響は大きいことになり、Illustratorの日本語文字組版に関する機能の不憫さを再確認する結果となってしまいました。


回避策としては……オプティカルの場合と同様に)行頭にカーソルを挿入し、カーニング窓の「(0)」となっている部分を「0」と書き換えると行末の飛び出しはなくなります。(この際に「OpenTypeパネル」の「プロポーショナルメトリクス」にチェックが入っていないと、カーソル直前の文字=行末の文字の「プロポーショナルメトリクス」が解除され行末の文字の前後に不自然なアキが発生しますので、手動で調整する場合は必ずチェックをONに!*1

*1:先日の勉強会でデモ中にこの現象に遭遇し少し慌てたのであった…なんのことはない「プロポーショナルメトリクス」にチェックを入れていなかったから…「和文等幅」から順に設定を変更していったからやったかなぁ…

2016-09-30 「字送り」という用語について このエントリーを含むブックマーク このエントリーのブックマークコメント

あちこちのwebページや書籍に「字送り」を文字のセンターからセンターとする誤解を招く図解が氾濫しています*1。確かに写植でいう センター・センター方式 ではそうなのですが、現在のデジタルフォントによる組版では、写植でいうところの トップ・センター方式 と同様に考えるべきです。つまり、文字の頭から次の文字の頭までを「字送り(量)」と理解しましょう*2

  • リンク先に図を交えて詳しく書いたつもりですが、ここにも簡単に説明を加えておきます。

写植写真植字)のセンター・センター方式とかトップ・センター方式というのは、印字開始位置の座標に文字の何処を基準に揃えるかを「印字方向(字送り方向)」・「行送り方向」の順に示したもので、トップは「(仮想)ボディの頭」、センターは「(仮想)ボディの中央」を指します*3

つまり、トップは左からの横組みでは「(仮想)ボディの左端」、上からの縦組みでは「(仮想)ボディの上端」となります。

行送り方向は共にセンターですから「(仮想)ボディの中央」固定ということです。

尚、行頭や行末は座標として指定できますが、明確なフレーム様のものは作成しませんので、Illustratorの「ポイントテキスト」をイメージしていただくといいかもしれません。

文章で表せばこれだけなのですが、やや説明不足なので、理解を補うべく以下に関連した図を掲げておきます。


f:id:works014:20160930175422j:image:w530

  • 行送りに付している矢印は、「(仮想)ボディの上」だけが行送り値が当該行の下方向に増減するのに対し、他の設定では当該行の上方向に増減することを表したつもりです…「(仮想)ボディの上」以外は1行目の行送り値を変更してもなんら影響はありませんね
  • 文字揃えは他に「平均字面の上・下」がありますが、扱いがややこしいので割愛しました。同書体(もちろんウエイトも)であれば問題ないのですが…
  • Illustratorの行送りの基準位置は「日本語基準の行送り」と「欧文基準の行送り」のみ…それぞれ「(仮想)ボディの上」と「欧文ベースライン」に相当します…なので、縦組みや異級数混植の行送りを正確にコントロールするのはホンマにシンドイです
  • 写植のトップ・センター方式と似ているのは文字揃えが「(仮想)ボディの中央」の場合ということになります

で、主にトラッキングAdobeアプリケーションの和訳では“字送り”ですね)を適用することになるのですが、その単位がよく解らないという声を偶に耳にします。


あの窓に入力する数値は選択している文字サイズ(1em)の1000分の幾らかということです*4。つまり、「500」と入力すれば「+500/1000em」ということになり、「0.5em(半角)分のプラス」になりますし、−100と入力すれば「−100/1000em」となり、「0.1em(全角の1/10)マイナス」することになります*5

当然、選択した文字の後ろが調整され、そこに次の文字の(仮想)ボディの頭が位置することになります。


(「和文等幅」での箱組みの場合は)その行長(テキストフレームなどの幅)は正確に計算しないと、最終行だけが設定通りとなっているという、日常的によく目にする「みっともない組版になるので注意が必要です。

計算式の例をいくつか掲げておきます(なお、指定行長に合わせるトラッキング値の算出方法など、更に詳しい解説はこのブログ内の 「文字組版演算の基本」 をご覧ください)。


f:id:works014:20160930175423j:image:w530

  • 文字サイズとトラッキング値から字送り量を算出し、それに(字数−1=字間の数)を掛け、1文字分プラスすると考えればいいでしょう
  • 行末のトラッキング値は吸収されるということの理解が重要です
  • 理屈は考えていただけば理解できるでしょう。もし難しいようでしたらコメント欄に書き込んでください

*1:かなり前になりますが、あるwebフォント関連のページに同様の図解があり、再考を促すメールを送りました…少しは考え直したようなのですが…以下引用>組み方向に向かっての字と字を送る距離(例:任意の並んだ字の仮想ボディ左端から次の字の左端、或は中心から中心)は「字送り*」といいます…この「或は中心から中心」は要らんですよ、誤解のもとですよと言ったつもりなのですがね…*部の注にある「写植機の歯送りが語源です」という記述にも大きな「?」が付きます…

*2:そもそも、センターからセンターなど、どの項目でで設定するのでしょうか? アホなこと言うたらアカン…

*3:同じ位置で印字した場合に文字同士を揃える基準位置と考えてもいいですが…

*4カーニング値も同じですね

*5:蛇足になりますが、「0」なら1000/1000emで送ることになりますから、「和文等幅」の場合は「ベタ」となりますね

2016-07-29 電話マークやお天気マークの書体別一覧 このエントリーを含むブックマーク このエントリーのブックマークコメント

去る7月16日にTwitterにある画像を流しました*1…→ 参照


画像をご覧になれば理由がわかると思いますが、何人かの方が書体名が上に付いているモノと勘違いしておられましたので、(いくつか追加して)改めて7月28日に流したのが以下のようなモノでした。


f:id:works014:20160729114907j:image:W530

  • ほぼこのままですが、上のコード表記は入れようとして忘れていました
  • IPAメイリオMS・源ノ角ゴシックに関してはTTのためCIDコード表記は無視してください(参考になりません)
  • メーカー毎に比較し、差の顕著なモノについてはリストアップしたつもりです
  • しかし、例えばフォントワークスさんの筑紫シリーズ以前の書体は「筑紫ゴシック」とほぼ同じで、デザイン書体などウエイトにより書体に依っては太さや大きさに差(ユレ)があるなど、細かく言えばもっと分類できるのですが、この程度で……
  • 小塚書体、ヒラギノ書体、游書体などはゴシックと明朝での差はありません
  • モリサワ書体は(確認した範囲では)ほとんど同じでした
  • こぶりなゴシックヒラギノと同じです(つまり、字游工房+SCREENホールディングス)
  • ゲタ(〓)部分については、下の方(最後のひとつ前)のツイートをご参照ください

いま使用しているMBPにインストールされている書体の中から選んで確認した範囲でのモノです。


で、直後に@akira1975さんが追加して教えてくださったのが、以下のツイート……

ありがとうございます。*2


私自身の関連ツイートと参考画像を以下に列挙しておきます。

f:id:works014:20160729114908j:image:W530

f:id:works014:20160729114909j:image:W530

  • デザイン的な面以外では、平均字面に合わせて小振りになっていることにも…


他には、有名なtype.centerさんの「各書体のお天気」というコーナーにもいろんな書体のお天気マークが……

-----

オマケ(これも何かの参考に…20160801追記)

f:id:works014:20160801135203j:image:w530

  • イワタさんのは非オールドも同じようです
  • 筑紫Aオールド明朝EのCID16203, U+29BF部分がゲタになっているのは間違い…ほぼ真上のと一緒です

*1:「いいね」と「RT」の数をみれば反響の大きさがわかります…でも私にとっては不思議な現象でした…

*2:「ブログに纏めるほどのことでもない」といいながら纏めていますが……

詠み人シーラカンス詠み人シーラカンス 2016/07/30 16:13 郵便マークにまつ毛が付くのは規定何でしょうか?

works014works014 2016/08/01 09:01 コメントありがとうございます。
詳しくはわかりませんが、旧郵政省の「郵便顔マーク」を踏襲しているのではないでしょうか?
→ https://ja.wikipedia.org/wiki/%E9%A1%94%E9%83%B5%E4%BE%BF%E3%83%9E%E3%83%BC%E3%82%AF