上記の広告は１ヶ月以上更新のないブログに表示されています。新しい記事を書く事で広告が消せます。

ご無沙汰しております（苦笑）
CS6の発売日も迫ってきたと思いますが、この年末、ようやくCS5.5にバージョンアップしました。
そこで、とりあえず、ID CS5検証 その7について、CS5.5ではどのようになるか試しました。

ご覧の通り。
すみません説明します。

まず右上の赤丸部分から。
リンク先の過去記事を読んでいただくとわかりますが、CS5においては行頭に文字組アキ量設定によるアキを設定された文字を置いた場合であっても「ここまでインデント文字」による２行目以降の行頭位置がずれることはなくなりました。
しかし。
ここまでインデント文字の直後の文字にルビが設定されていると、行末にかかる文字がフレーム末尾からはみ出すという不具合がありました。
それは解消されたのですが。

左下の赤丸部分をご覧ください。
今回新たに気付いたのですが、ここまでインデント文字の直前に文字組アキ量設定によるアキを設定された文字があると、やはり不具合が発生します。
この現象はCS5／CS5.5両バージョンで発生することを確認しました。
どうやら、このような段落設定は今までは慣例的にマイナスインデントで設定していたため気付けずにいたようです。
回避策としては、ここまでインデント文字直前のピリオド（全角です）について、明示的に文字後のアキ量を二分に設定してやることで２行目以降の行頭位置をきちんと揃えてやることができます。
もちろん、素直にマイナスインデントを設定すれば済むことですが。

短いですが、今回は、というかおそらく、今年はここまで。
来年はもっとマメに更新したい……なぁ（＾＾；

WindowsXP sp3／InDesignCS3 v5.0.4にて。

1行の中にENスペースを9つ入力し、制御文字を表示させようとすると、InDesignが落ちます。
Twitterで呼び掛けて複数の方に実験していただきました。

CS2以前は未検証ですが、CS4以上だと問題は起きないようで、
どうやらWindows版CS3だけに見られる問題のようです。

とりあえず今回はタブ揃えで回避しました。
とりあえず、不具合の備忘録として。


↓↓↓追加情報↓↓↓
　

続きを読む »

魔法科高校の劣等生〈2〉入学編(下) (電撃文庫) (2011/08/10) 佐島 勤 商品詳細を見る 「魔法科高校の劣等生」はとある小説投稿サイトで抜群の人気を誇るオンライン小説。 魔法と言ってもCADというデバイスの補助を得て高速に起動するその様子は、超能力者による異能バトルに譬えることができる。 1巻と2巻はセットで「入学編」となっており、2か月連続で発刊された。 4月生まれの兄、3月生まれの妹が同じ高校の1年生として入学し、望むと望まざるとに関わらず大小様々なトラブルに巻き込まれていく。 表面的には劣等生の兄・達也と、文句なしに優等生の妹・深雪。 WEB版からの加筆分も合わせ、硬めで淡々としつつも硬軟入り乱れるキャラをきっちりと書き分ける魅力的な文体は、ライトノベル分野の中でも硬派のSFに限りなく近いと言えるだろう。 入学編においては深雪のブラコン面がやはり目立ってしまうのだが、佐島先生は近未来における国内外の社会情勢まで緻密に設定しておられる。 続刊を読み進めれば、その深い奥行きに驚く読者は決して少なくないはずだ。 刊行予定の3巻目は、国内で魔法科高校に通う者にとって、年間を通じて最大の花形行事と言っても過言ではない“九校戦”。 今から続刊が楽しみである。

アンブロークンアロー　戦闘妖精・雪風 (ハヤカワ文庫JA) (2011/03/10) 神林長平 商品詳細を見る 「戦闘妖精・雪風〈改〉」「グッドラック　戦闘妖精雪風」につづくシリーズ３作目にして実に10年ぶりの続編。 前２作のような派手な空中戦ドッグファイトや、それと対照的に描かれてきた神々しいまでに美しいフェアリイ星の情景描写などはほとんどなく、哲学的な独白や心理描写が延々と続く。 時系列も把握しづらく、中盤までは難解な物語が静かに展開していくが、それだけに終盤からラストにかけての高揚感、爽快感は比類ない。 伏線の見事さもさることながら、読者は読み終えてから気づくことになる。折れない矢の存在に。 重厚な文章で綴られたハードSF、ここからがJAMとの本当の戦いの始まりだ。

前回のエントリ正規表現スタイルで単語間スペースを縮めるの続きです。
InD-Boardにて、梅花藻さんのレスが素晴らしかったのと、前回エントリ内で例示した正規表現の修正を兼ねて。

スペースの文字幅を縮めるための文字スタイル。
数字と単位の単語間スペースは普通の欧文スペースを入れておき、全角字形＋16.6％に。


で、こちらが戻し置換用。標準字形＋100％のスタイル。


戻し置換したい単語間スペースは和欧混植の度合いにもよりますが、いろんなパターンが出てくることが考えられます。
そこで、場合によっては戻し置換なしである程度決め打ちしたほうが良い場合もあると思います。
ここでは、戻し置換した方が効率が良い場合を想定し、そのための正規表現として例示させていただきます。

(?i) にて大文字・小文字の区別をOffにしています。検索パターンはスペースの直後に単語を記述。
この、スペース＋単語のパターンを | で区切って複数記述すれば、複数の戻し置換が一気にできます。
yearとyearsみたいに複数形にsが付くだけの単語の場合、単数形だけ指定してやれば済みますね（＾＾；

_(?=(?i)year)|_(?=(?i)second)|_(?=(?i)percent)

みたいな感じで。※上記正規表現について、本エントリ末尾に修正あり
えぇと、検索パターン先頭および | の直後のアンダーバーはそれぞれ半角スペースのつもりです。
※後読み（先行テキスト）による数字の指定を省きましたが、よりピンポイントに検索するためには省略しない方がいいかもしれませんね。

ただし、戻し置換のパターンがあまり多いようなら、先にも書いた通り長体用のパターンを決め打ちした方が効率がいいかも知れないので、そのへんは臨機応変に（＾＾；

---

（2011年10月3日 PM3：17追記）
前回同様、ネット上でお世話になっている方々からご指摘を頂きましたので追記いたします。
・欧文スペースの全角字形は、ジャスティファイの単語間隔の影響を受ける上、欧文フォントでは使えないので要注意。
・上記については、文字スタイル中で文字前後のアキ量をベタ/ベタに設定し、モリサワ和文OTFを指定することで回避できそうです。

---

（2011年10月3日 PM3：22追記）
コメント欄にてせうぞー師匠にご指摘いただきました。ありがとうございます！
2011年10月4日 PM12:00　せうぞー師匠案の前者の正規表現を記述していたが、後者にこっそりと差し替えました（＾＾；
　　↓　　↓　　↓

(?i) (?=year|second|percent)

---

（2011年10月3日 PM3：27追記）
works014さんのブログにて欧文スペースの字幅と欧文ベースラインの判別方法 - なんでやねんDTPというエントリがあがっています。
欧文スペースの文字幅の確認方法がわかります。モリサワ和文OTFの欧文スペースは、「大体1/3em」ということになりますね。
全角字幅の16.6％というのももちろん丸めた数値ですのであまり気にならない誤差、かな（＾＾）

Windows XP ・ InDesign CS5（7.0.4） にて。

InD-Boardの話題より。

囚人No.じゃなくて
私の発言No.6162について、文章だけだと伝わりにくいかなと思いつつ、いつか役に立つかも知れないということで備忘録をば。

【内容】
和欧混植の際、数字と単位の間には普通の欧文スペースより狭いスペース、具体的には6分アキを挿入したい。
しかし、InDesign特殊キャラクタの6分スペースを挿入すると分離禁止がかかってしまい、行末にかかると数字と単位記号ごと次行へ送り込まれてしまう。



【解決策】
とりあえず、6分スペースの利用は封印。
モリサワ和文OTF使っているなら欧文スペースは3分幅なので、字送り方向の文字幅50％の文字スタイルを用意して正規表現スタイルで対応すべし。
なお、掲示板上の発言を訂正しますが、字送り方向の文字幅100％の文字スタイルも用意しておく必要があります。

１）　スペースの前が数字、後ろがアルファベットとなる文字列を検索し、ざくっと幅50％のスタイルをあてる。
２）　その中に普通の単語間スペースと同じアキにしたいものがあれば、幅100％のスタイルを当て直す。
　　※要は後続テキスト（肯定先読み）にて単位の省略語から除外したい単語を指定し戻し置換する。


※正規表現スタイルにおいては、ダイアログ中で下にあるものほど優先度が高いです。
　（同一の文字列に正規表現スタイルをかける場合、下行の正規表現スタイルで上書きされるが追加でかかる）


最後に結果を確認。

---

（2011/09/29 AM11:12訂正）：
×　（同一の文字列に正規表現スタイルをかける場合、下行の正規表現スタイルで上書きされる）
○　（同一の文字列に正規表現スタイルをかける場合、下行の正規表現スタイルが追加でかかる）

つまり、文字スタイルの内容が、片や長体、片や下線であれば両方とも適用される。
上にあるのが文字幅50％、下にあるのが文字幅100％なら、下が優先されるので文字幅100％になる。
……ということです。

---

（2011/09/29 PM12:42訂正）：
s/InDesign特殊キャラクタの//
きちんとUnicodeでコードポイントを与えられている空白文字です。
InDesignはこれらの空白文字を単語区切りに利用しても、他のアルファベットと同様に扱ってしまい、分離禁止がかかってしまうようですね。
いつもお世話になっている方からダイレクトメッセージにてご教示いただきました。ありがとうございます。

後輩が気づいたので備忘録として。

EXCELには便利なソート機能があります。
下記のようなデータがあったとして、学年欄でソートしてみます。
（普通はやらないけど）


高校→小学→大学→中学の順になってしまうのは仕方がないとして、番号4の“DDD”さんが小六の最下行にきています。
なぜ？


一旦アンドゥーして（しなくてもいいけど）、再び「並べ替え」ダイアログを出してみます。
「オプション」ボタンをクリックすると……。

「ふりがなを使う」が選択されているのがわかります。
実はこれ、EXCELのデフォルトです。


そこで、「ふりながを使わない」に変更して再びソートしてみると……。

番号4の“DDD”さんが小六の最上行にきました。


EXCELの並べ替えオプションにおける「ふりがな」とは何のことでしょう。
実は、Phonetic関数で取り出せるふりがなのことです。
そこで、“H”列に“学年”列のふりがなを書き出してみました。

つまり、EXCELはユーザーがどのように入力したのか覚えてくれやがるのです。
たとえば「入力規則」機能を使い、ユーザーにリスト入力をさせていれば、ふりがなも統一されますが、場合によっては「小六」を短い読み（ここでは「シロ」）で単語登録し、その読みで入力したものと混じっていることもあるでしょう。その状態でソートしたらこんなことに。
外部から入稿するデータの場合、統一した読みで入力されているとは限らないので、ソート結果が期待通りにならない可能性も出てくるわけです。

従って、ソート時に不具合があった場合は、並べ替えオプションのふりがなを調べることで解決する可能性があるということを覚えておくと良いと思います。

Windows XP ・ InDesign CS3/CS5 にて。
（キャプチャ画像はCS5のものです）



字形パネルで「拡張ラテンA/B」あたりを見ると一目瞭然ですが、同じ和文フォントでもProとPr6Nとでは表示できるグリフ数が全然違います。
前者がAJ1-4、後者がAJ1-6で、収録文字数はAJ1-4が約1万5千字、次に発表されたAJ1-5が約2万字、現在最新のAJ1-6が約2万3千字であり、相当多くのグリフが追加されています。


さて、本題。
半角英字の形状が和文と違っても良いのであれば、拡張ラテン文字も欧文フォントでいいのではないかという考え方が成り立ちますね。
そこで、合成フォントの登場です。
※欧文フォントも種類によってグリフ数の多寡があるので、拡張ラテン文字を含まない欧文フォントがある点にご留意ください。


まず、複数の合成フォントを作成します。
その１：　小塚明朝Pr6N EL＋Times New Roman
その２：　小塚明朝Pro EL＋Times New Roman
その３：　小塚明朝Pro EL＋Times New Roman＋特例文字

合成フォントその１で３行入力します。

おや？　全部小塚明朝です。とりあえず、気にせず実験を続けます。


２行目を選択し、合成フォントその２を適用します。


このように、警告が出て拡張ラテン文字のいくつかはフォント変更が効きません。これは、拡張ラテン文字のうちいくつかがAJ1-4（つまりPro版）のグリフに含まれていないためです。


３行目を選択し、合成フォントその３を適用すると、拡張ラテン文字の箇所がTimes New Romanで表示されます。
これは実は特例文字で指定してあるためです。特例文字の設定を下記に示します。


上記ダイアログのような設定をすることで、拡張ラテン文字に目的のフォントを適用することができます。
なお、合成フォントその３の和文はpro版を指定していますが、拡張ラテン文字はきちんと表示されていることがわかります。

ちなみに、UNICODEを扱えるエディタに必要な文字を打ち込んでおき、「直接入力」モードで入力欄にコピペしてやることで一気に追加できますので参考までに。


もうおわかりですね。
以上のことから、合成フォントの「半角欧文」には、拡張ラテン文字が含まれないことがわかります。
なお、CS4以上を利用している方は、合成フォントではなく正規表現スタイルを利用するのも良いと思います。

検証環境：Windows XP sp3／InDesign CS5（7.0.4）にて。

段落コンポーザーはAdobeが自信を持って開発した技術です。
たしかに、お客様に校正をお見せする以前の編集途上であれば、段落全体の粗密を判断し、最適の文字間を維持させようとするので魅力的な技術であるかのように思えます。
何しろ、段落コンポーザーを適用した段落を編集した場合、段落の先頭まで遡って文字間を判断し、最適な文字間を保って文字組しようとしてくれますから。

しかし、問題なのは校正時にお客様が目を通すことにあります。

下図をご覧ください。
同じ文章について、それぞれ段落コンポーザーと単数行コンポーザーを適用したテキストフレームを用意しました。
赤矢印に示す部分に一文字追加してみますと……。




段落コンポーザーの方は、段落全体の文字間の詰まり具合が良い感じになってはいるものの、編集した行より上の行に影響が出てしまっています。
残念ながら長い文章を扱うお仕事の場合、校正を担当するお客様のほとんどは、これを嫌うケースがほとんどだと言わねばならないでしょう。



やはりここは、編集対象行よりも前の行には影響の出ない、単数行コンポーザーを使うのが安全だと思います。
世の中には“InDesignの段落コンポーザーは「編集者泣かせ」”と仰る方もいるようです。
何を優先するかによりますが、論文や小説などの大量文章物を扱う場合、校正ごとに編集対象行よりも前の行に影響が出る可能性があるというのはやはり頭が痛いです。
私としては何か特別な理由がない限り、どちらかというと単数行コンポーザーを使用することをおすすめしたいと思います。

軽くAdobeサポート情報を検索したけど、どうやら報告されていない様子。
備忘録として記録しておきます。

検証環境：WindowsXP　InDesignCS5（7.0.4）にて。


１：テキストフレーム中に段落スタイルを適用したテキストを用意。
　　グリッドに揃う設定はオフにしておきます。
　　今回は二行用意し、いずれか一方のみスタイルとのリンクを切断します。

---

２：一行目はスタイルをあてたまま、二行目は「スタイルなし」となりました。

---

３：段落スタイルが適用されたままの一行目のテキストをコピー。
　　ここでは左のフレームグリッドにペーストします。
　　なお、「グリッドフォーマットを適用せずにペースト」コマンドにてペーストします。

---

４：スタイルが適用されていない二行目のテキストをコピー。
　　これを右のフレームグリッドに「グリッドフォーマットを適用せずにペースト」コマンドでペーストすると……。

---

５：おや？　テキストの様子が……

---

６：ウエイトが変なことに。
　　なお、グリッドに揃う設定もフレームグリッドに依存してしまっているようです。

　　新ゴL-KL？　そんなフォントはないっ！

---

　　※参考までに、左のフレームグリッドにペーストしたテキストについて、
　　　「スタイルとのリンクを切断」コマンドを実行したところ、
　　　それまで適用していた段落スタイルの書式を保ったまま
　　　「スタイルなし」となりました。
　　　（言うまでもないけどそれは正常な動作）


参考：今回用意したフレームグリッドの設定内容

---

どうやら、スタイルを持たないテキストを「グリッドフォーマットを適用せずにペースト」すると、ウエイトおよび揃えオプションはフレームグリッドに設定されているグリッドフォーマットに依存してしまうようです。