Planet DTP@jp

InDesignからePub書き出しするとき、段落スタイル名はCSSのクラス名となり、XHTMLでは「p class="段落スタイル名"」のようになります。

基本的には次の方針に従い、InDesign内で段落スタイル名を変更しておくことをオススメします。

• 段落スタイルには英数字とハイフンのみを使用する
• 全角文字、スペース、その他の記号は使わない
• アルファベットは小文字のみを利用する
• 数字からはスタートしない

ただし、段落スタイル名に、全角文字やスペース、ハイフン以外の記号が使われていたり、数字からはじまるスタイル名をつけていると、InDesignがリネームしてしまい、最悪、複数のスタイルが同じスタイルとして扱われてしまうといったヤバイ事態が生じます。

InDesignの 段落スタイル名	ePub書き出し時の クラス名	備考
本文	x-	日本語は「x-」に変換
大見出し	x-	日本語は「x-」に変換
p	p	アルファベットは半角に
P	p	大文字は小文字に変換される
ＡＢＣ	x-	全角アルファベットは「x-」に変換
ａｂｃ	x-	全角アルファベットは「x-」に変換
123	x123	数字からはじまる場合にはアタマにxがつく
123a	x123a	数字の後にアルファベットついていても同様
本文10Q	x-10q	日本語は無視され「x-」に変換、小文字に
本文10Q16H	x-10q16h	途中の数字はそのまま
p caption	p-caption	スペースはハイフンに変換される
p.caption	p-caption	ドットはハイフンに変換される
p-caption	p-caption	ハイフンはハイフンのまま
p_caption	p-caption	アンダースコアはハイフンに変換される

あかつきさんが主催しているDTPの勉強会に参加する事になりました。 session.A 「MacDTP環境のシステム管理」 ［スピーカー］ あかねさん（ちくちく日記） ［内容］ ・Mac DTP環境のシステム整備について ・フォント管理のこつや、マシンセットアップの力技など session.B 「Windows DTPじゃ、いけなかったのか？ ― 双方の歴史と環境を振り返る ―」（仮） ［スピーカー］ あさうすさん（実験る〜む） RRRさん（What’s in DTP） chalc ...

私自身も何度か訪れているオランダ。オランダのアムステルダム・スキポール空港はヨーロッパへアクセスしやすいハブ空港として人気ですが、文字好きの皆さんにとってはFrutigerがダイナミックに使われているということでも有名で [...]

普段お世話になっているワークスコーポレーションさんから、デザイン仕事に必ず役立つ「図解力アップドリル」を献本いただきましたので、紹介させていただきます。 Webサイトやカタログ、チラシ、書籍などすべてのデザイン制作物 [...]

またもセルフ地雷 orz　なんだかすみませんですPlace Optional Text 1.3jhttp://ajabon.hp.infoseek.co.jp/POT1.3j.zipInDesignCS3以降　Mac、Win、プレステ対応同梱の「つかいかたPDF」をよくお読みの上でご使用ください。えー修正箇所。　定規の基準点をいじくるのをドロッと忘れてたわけです。基準点が「ページ」だった場合、欲張って見開き全体いっぺんに『 Ｚ：左 』で流しちゃおーぜーという際、右ページの左端にあるフレームが最優先されちゃったりするわけです。　　フレームの座標を拾う瞬間だけ一時的に基準点を「スプレッド」に変更して事後にソソッと戻すよう直しました。　　　これ．．超基本事項なんですよね。。　　いや、まさか見開きページにイッキに流し込んでやろうなんてゴーツクバリがいるとは思わなかったもんで（自分だ自分）　ま、その、なんだ、　　すみません orzおとりかえをお願いします。なんにせよ全部自分で見つけてしまうのが寂しい。わっはっは...

「信号が赤なら止まる」をアルゴリズム的に書くとこんな感じ。



なんとなくわかりますか？

長い四角形で囲まれた部分は動作をしめしてます。
なんかドラえもんのすねおの髪の毛みたいな囲いの中には次に行う動作を判断するための条件が入ってます。

記述はたらたら文章にせず

「主語.動作（対象）」

の形で書いてます。

コンピュータになにかしてもらうには、こういう形で物事を伝える必要があるのです。
そして、これを書いてスクリプトに書き換えて、書き間違いがなければスクリプトの完成です。

（ちなみに、このアルゴリズムはPADという手法を用いています。もしかしたら、「フローチャート」とか「流れ図」といった形でしらないうちにアルゴリズムに触れておられる方もいるかもしれません）

（こんなテーマを情報工学はもちろん高校物理やら高校数学Ⅲ、高校数学Ｃすら勉強してない私が書いてしまってよいのだろうか。。）
コンピュータは人間のように自由に行動することができません。
たとえば、信号が赤信号だったとして。
「ま、車こないし・・・」
みたいなのりで本当は良くないこととわかっていながら、行動に移してしまう、ことがあるのが人間。

信号が赤
↓
とまる

と、決まりきったことを行うのがパソコンです。

そして、この「信号が赤ならとまる」、こういう条件とかをコンピュータにわかりやすく書くのが「プログラミング」。じゃあアルゴリズムって？


実はコンピューターは人間のように、「ながれ作業」というのができません。
たとえば、人は「赤信号ならとまる」という作業をするにあたって「信号を見る」「信号の色がなに色か判別する」「信号の色が青だったら・・・赤だったら・・・」というのを毎回毎回意識しておこなう、ということはおそらくない。

が、コンピューターはこれを逐一行わないと１つの動作ができないのです。その１つ１つの流れを考えるためのちょっとしたコツがアルゴリズムになります。

9月28日と29日に東京都中央区日本橋にてセミナー（DTP Booster 025：DTP Booster 026）が開催されます。

テーマ

ePubにフォーカスしたハンズオン

座席数自体が少ないのでお申し込みはお早めに。

29日分は既に満席になった様です。

続きを読む

»雑誌について

2010年9月1日に発売された雑誌「ブレーン」2010年10月号を紹介します。

雑誌「ブレーン」は広告デザイン・クリエイティブの専門雑誌で、最新の広告デザイン・広告デザイン・プロダクトデザイン・CM・コピーなどの題材を通じてコミュニケーションデザインを紹介する雑誌です。

誌面紹介

特集1 コピーは社会の原動力だ!

特集2 こころの距離が近づく動画の力

青山デザイン会議　第133回　短く強く美しい言葉

続きを読む

以前から噂レベルでは聞いていたんですが、DELLやHPはXPダウングレードモデルの取り扱いを中止するようで。

　

左のDELLは8/31、右のHPは9/1。ともに読売新聞より。

いろいろ影響ありそうだけれども、ある意味やむを得ないともいえるなあ、と。
さて今後どうなることかしら。

»雑誌について

2010年8月28日に発売された雑誌「CGWORLD」2010年10月号を紹介します。

雑誌「CGWORLD」はデジタルによる映像制作に必要なノウハウ、最新製品情報、業界動向を全世界的にサポートし、情報提供する雑誌です。

誌面紹介

特集：夏のゲームグラフィックス

ファイナルファンタジーXIV

Ninety-Nine NightsⅡ

戦国BASARA3

続きを読む

第6回『大阪DTPの勉強部屋』でおしゃべりします。 セッション１ではInDesign正規表現の基礎から実例までを学べるワークショップになっています。InDesignの正規表現は飾りじゃありません。正規表現を使えば、今まで苦労していた手作業を一瞬で解決する魔法が手に入ります。正規表現を使ったことがない方、使ったことはあるがちょっと自信がない方に最適な講座です。概ね、EPUB版『InDesign者のための正規表現入門』をテキストにしています。およそ90分ですが、正規表現を学ぶきっかけになればと考えていま ...

DTPの勉強会の第2回を10月23日（土）に開催します。■開催概要日時：平成22年10月23日（土）午後1時30分～（午後1時より受付開始）場所：大橋会館 201教室受講料：3,000円（

アルゴリズム、という言葉を聴いたことがおありでしょうか。

これは「やりたいことをコンピュータに伝えるためのスクリプトを書くための設計図」みたいなものになります。

アルゴリズムの基礎を把握していただければ、スクリプトを考えるのがだいぶ楽になります。

逆にこのことを知らないと、「人が作ったスクリプトを改造して「なんとなく」スクリプトを使える気になるけど実際に自分で設計できない」ことになりかねません（管理人体験談）。

というわけでこれからしばらくはアルゴリズムについて書いていきたいと思います。

ＩＴ業界、とくにプログラミング系に適性がないと考えて出版印刷会社に入社した3年前。

何の因果か、自動組版を担当することになりました。

入社直後はすでに導入されていたソフトつかっていたのですが、なかなか応用が利かず。

そこでたどりついたのが

・ExcelVBA

・AccessVBA

・Javascript

・VBScript

・ＸＭＬ

などのスクリプトやマクロ言語でした。

そんなわけで、このブログではチキンな管理人がひーひーいいながら作ったスクリプト類の紹介、作り方のコツをメモるためにつくりました。個人的な雑記帳なので、ブログを見た方がここにのってるスクリプトつかって大変なことになっても


責任取るつもりはさらさらありませｎ

あらかじめご了承ください。

案件が立て込んできており、更新できそうにありません。 大変申し訳ありませんが今週はブログをお休みせていただきます。 m(_ _)m

先週の金曜日じゃったかいの、、、インキドクタを洗浄しよって、仕上げに乾燥抑制剤をシュ～と、、、アッ、空になりよった、、、
　ほいで先輩に在庫を貰いに行ったけんど、「無いの～何所かにあったと思うたけんどの、、、」

　今まで東京インキの乾燥抑制剤を使とったけんど、コレは昔出入りしてはった機材屋さんから購入しとったとのこと、、、

　どないしょ、、、ちゅうこって、機材屋さんに電話して相談したばい～

　扱っとるんは3種類で、一番高いんがAnti－Sicで、次が半分ぐらいの値段でDry Fre、ほいでソレより半分安い、、、名前忘れたわ！
　う～ん、、、ワシと先輩はホトンド使わんけんど、S56のオペは頻繁にシュッシュしよるさかい、あんまり安いんもアレかの、、、ちゅうて真ん中を取って、、、



　Dry Fre～Oh! Yeah!

　真ん中を取るなんて、播州人っぽい～ぽい～(神戸人やったら、Anti－Sic頼みよるで、、、多分、、、)

　薦めとるんやおまへんずりっくす～

DTP Booster 021-024の4回分が満席になってしまい、キャンセル待ちとなっておりましたInDesignからのePub書き出しのハンズオンセミナーを9月末に2回追加します。

DTP Booster 025（Tokyo/100901）

• 日時：2010年9月28日（火）19:00-21:00
• 会場 ：JaGraプロフェッショナルDTP&Webスクール（中央区日本橋小伝馬町）
• 詳細・お申し込み　

DTP Booster 026（Tokyo/100926）

• 日時：2010年9月29日（水）19:00-21:00
• 会場 ：JaGraプロフェッショナルDTP&Webスクール（中央区日本橋小伝馬町）
• 詳細・お申し込み　

参加者特典

下記をご用意しています。

• Dreamweaverの検索クエリー（直接ソースコードをいじらずに、InDesignがはき出したHTMLファイルを整形）参照：InDesignから書き出したXHTMLファイルのソースコードの整形
• そのまま、または少しだけ手を加えて使えるCSS

2010年7月20日に開催したDTP Booster 016は、80席が即日満席となり、2回の再演を行いました。DTP Booster 016-018では「EPUBの編集を行うにあたりCSSやHTMLの最低限の知識を得ていただくこと」をゴールとしましたが、「ePubにフォーカスしたハンズオン（操作研修）を」という声をたくさんいただき、ハンズオンセミナーを企画しました。

InDesignから書き出したXHTMLファイルのソースコードは、Web制作に関わる人間から見ると、一瞬クラっとするほど、ムダなコードが含まれています。

たとえ、HTMLに精通していてもハンドコーディングでソースコードを修正していくのは手間が折れるだけでなく、時間がかかり、修正モレも生じます。Dreamweaverを使って

Dreamweaverでの整形の流れ

• .epubファイルを解凍し、その中の「OEBPS」フォルダーを対象に、サイト定義を行う
• 検索置換を利用してソースコードを整形する（後述）
• 見出しセルに設定したいセルをデザインビューで選択後、［プロパティ］パネルの［ヘッダー］をクリックする（tdがthに変更される）
• ［コマンド］メニューの［ソースフォーマットの適用］を実行して、ソースコード内の改行やインデントなどを整理する
• ［ファイル］メニューの［バリデート］→［マークアップ］をクリックして、文法チェックを行う

Dreamweaverの検索置換を使って行うソースコードの整形

Dreamweaverでは、開いているファイルを対象に、高度な検索置換を利用することができます。

検索置換の条件（クエリー）はファイルとして保存し、あとから読み込むことができるので、これを利用するとよいでしょう（DTP Booster 021-026にご参加の方には、このクエリーをご提供しています）。

この方法を使れば、検索ダイアログボックス内ですら、ソースコードを入力することが不要です。

検索置換で行う整形の流れ

次のような手順でクエリーファイルを使って、検索条件を読み込見ながら［すべて置換］をクリックして実行していきます。

• InDesignのフレームはdiv要素に変換されます。基本的に不要なので、すべてのdiv要素を削除します。
• class属性に「h3」がついているp要素をh3要素に変更します。同様にh4/h5のついているp要素をh4/h5要素に変更します（目次にh3まで浮含めると目次が膨れすぎます）。
• すべての要素のxml-lang属性を削除します。
• html要素のみにxml-lang属性を追加します。
• 属性値がstrongのspan要素をstrong要素に変更します。
• caption以外のclass属性を削除します。
• td要素内のp要素を削除します。p要素があると画像が表示されないだけでなく、セル内の余白が不自然に広がってしまいます。
• table要素に「border="1"」を追加します。CSSで設定しなくても、表組みの罫線が表示されます。
• table要素に「cellspacing="0"」を追加します。CSSで設定しなくても、セルとセルとの間隔をぴったりくっつけます。
• table要素に「cellpadding="3"」を追加します。CSSで設定しなくても、セル内の余白が生じるようになります。

なお、この内、必ず行う必要があるのは「html要素のみにxml-lang属性を追加」です。

世間ではEPUBに動画を埋め込むのが流行みたいなので、ちょっくらやってみました。どうやらキモはHTML5で書けばいいってことらしいです。他さまとちょっと違うのは、最初に.mov（QuickTime）形式でチャレンジして失敗しているところ^^と、Sigilでガワだけを作ったあとにHTMLやmovieファイルを差し替えてEPUBにしています。*1 最初に用意したファイル： 「movie-test.html」の中身はこんな感じです。 Sigilに「movie-test.html」を読み込ませたら、案の定 ...

DTP-Sのメールマガジンで知りました。動きがないから追ってなかったんだよな。

サービス終了のお知らせ【絶版堂】

この度当社では、当社サービス「絶版堂」のサービス終了を決定いたしました。
主な理由は、現在のご委託状況からサービス継続が困難と判断したためです。

ここの件については「勢いという単純な問題ですまないおそれ」というエントリで取り上げたことがあるんですが、結局、その時に指摘した「権利（著作権）関係に対してクリアの道筋が立てられたかどうか」については明確にしないままでしたな。

メインの編集ソフトをInDesign CS3からCS5に変更しようとしています。色々新機能が追加された中で（スクリプトはまだ奮闘中ですが）、これはCS5にするべきだ、と思った機能があります。それは「複数のページサイズ」の機能。ヘルプでは「同じドキュメント内に名刺、はがき、レターヘッドおよび封筒の各ページを含める」例があり、また観音折のように内側に入るページの幅が外側のページより3mm程度短くなるケースといった使い方が紹介されてますけれど、普段自動組版を中心としたページ物に携わることが多い自分としては、これらの例はあまり役に立ちません。
それよりも大事なことは、「ページ物の表紙をInDesignで作成することができる」んです。今までページ物の本文はInDesignで作成していても、表紙は背幅があるのでIllustratorで作成していました。しかも背幅は本文のページ数が決まらないと決められないので、仮に作成していてもページ数の増減によって（あるいは本文用紙の変更によって）変更することがしばしば。Illustratorでも変更は面倒な作業でした。
しかーし、InDesign CS5にすることによって背幅の変更がいとも簡単になりました。しかも［マージン・段組］で［レイアウト調整を有効にする］のチェックを入れておけば、マージンに合わせて作成した背文字用のテキストフレームも自動で大きさが変わってくれるんです。（なお、見開きページで作成しないと、ページサイズを変更したときに他のページがついてこないので注意。）
私はもう、これだけでバージョンアップの価値あり、と思います。

追記

トンボを付けてプリントすると折トンボもちゃんとついてくるよ。

文字だけで失礼します。　本日、テメエで地雷踏みました orzまずは修正版をどうぞ。ささどうぞ。　できればさっさと差し替えて下さい。よろしくどうぞ。Place Optional Text 1.3ihttp://ajabon.hp.infoseek.co.jp/POT1.3i.zipInDesignCS3以降　Mac、Win、プレステ対応同梱の「つかいかたPDF」をよくお読みの上でご使用ください。今回の不具合の詳細を以下に記します。文字だけですが。POTには、一度のカチッで複数のテキストフレームへ一括で流し込む機能が備わっています。　この「流し込み順」は任意の座標の優先順位の組み合わせで指定でき、仕様に沿った設定を施した背面ドキュメントを忍ばせておけばフレキシブルな順位設定も可能、という事でありますが、字ヅラ本意で並べられたテキトウなレイアウトデータの中には「並びからちょっぴりハミ出たフレーム」にイラッとさせられる局面もあろうと、優先座標値の差が±２（単位はドキュメント依存）以内の時は同値として扱うという誤差修正を混ぜてありまして、　今回ここに不具合が出ました。直しました。フレームAとフレームBのY座標の差がコントロールパネル上でキッチリ2mmだったとします。　一例として、Aが121.456mm、Bが123.456mmとします。Y座標を流し込み順の最優先座標とした場合、当然のようにAが上位に来ます。　が、誤差範囲内なのでまんざら当然でもなくなっちゃいます（わかってー）。ご存知の方はご存知な話ですが、コントロールパネルや変形パネルで表記される座標値は小数第三位までとなっていますが、実際はもっとすごい細かい所まで数値を持っています。　フレームAとBをどちらも選択し、同時にテキトウに移動させると、両者の距離関係は一定であるべきなのに、実際0.001以下の範囲でウニャウニャ変動してます。今回、両者を移動するたびに距離関係が誤差許容値に収まったり収まらなかったりという微妙な現象が起きました。　結果、流し込み順が毎回毎回狂おしい程に狂いました。幸いにして丁寧めに作業していた時だったので手元の画面ですぐ発覚に至った次第ですね。修正内容は、座標を比較に回す前に1000倍して四捨五入して1000で割っただけです。　パネルで確認できる数値まんまで処理する風ですね。過不足なかろうと思います。以上、言い訳でした orz　お手数ですが1.3_h は葬ってやって下さい。お粗末さま。---------------------追記追記追記---------------------実はルーラー設定をスプレッドにする処理を入れ忘れてたのが発覚。　すごい。1年近く気付かないのってすごい。なので、欲張って見開き一杯ドドンと流すとワヤクチャもいいとこになります。　近日修正します。　　さすがに謝りたくなってきた。...

先日、2ちゃんねるのDTP板と一般書籍板でひとつの災事が起きてたり。

春日出版ってどうよ2【DTP板】
HKインターナショナルビジョンと春日出版【一般書籍板】

それぞれのスレッドがほぼ同じ期間の間に、何者かによって埋め立て荒らしをされた、というもの。

春日出版といえば「InDesignの勉強部屋」でおなじみのYUJIさんが被害を受けた会社でもあるわけで。
さて何があったか、というと、おそらくはなんですが、春日出版関係者が専門の業者に依頼したのではないか、と推測してます。

iPad&iPhoneのお絵かきアプリ「Adobe Ideas」は知っていますか？

日本でも多くの方にダウンロードしていただき、楽しんでいただいているようです。

このIdeasをメインテーマにしたセミナーが9月1日夜に開催されます。

Ideasでセミナーはたぶん世界初だと思います…

トップクリエイターさんはこのアプリをどう活用しているのか、本当にこれで絵が描けるのか等々、

面白プログラムが用意されております。

絵心がない私ですが、スピーカの皆さんからそのTipsをご教授いただこうと参加させていただく予定です。

PhotoshopやIllustratorでも活用できるミニアプリ「Adobe Ideas」を知りたい方は是非ご参加ください。

http://www.opencu.com/events/class05shi-jie-returns-adobe

ドキュメント

サーバーにあるInDesign書類のあるストーリーをチェックアウトします。ストーリーはロックされます。他のプラットフォーム（最初にチェックアウトしたのがMacならWin、WinならMac)でこのストーリーを編集することが出来ます。[2607326]*

グラフィックの書き出し

SWF への書き出しを初めて実行する際、画面を横切る白い線が表示されます。[2632882]*

テキスト

ドイツ語およびスウェーデン語版 Mac OS のみ：テキストの編集中に Return キーを押すと改段が挿入されます。[2619608]

Mac OS Ｘ 10.6 のみ：システムフォントのHelvetica Neue.ttcがType 1形式のHelvetica Neueの幾つかのファミリーに置き換わります。その結果、Type 1形式のフォントがフォントメニューに表示されなくなります[2597446]*

Document Fontsフォルダー内にType1フォントが入っていてもInDesign CS5は認識しません[2606245]*

ユーザーインターフェイス

「最適なマージン揃え」のドイツ語訳が間違っています。[2615552]

西洋言語版以外のオペレーティングシステムで、タイミングパネルの「遅延」フィールドに十進数値を入力できません。[2621425]*

PDF の読み込みと書き出し

InDesign で作成した SWF を配置してインタラクティブ PDF に書き出します。Adobe Readerなどで開きズームイン、ズームアウトを行ってもSWFファイルは常に同じ大きさで表示されます[2629720]*

構造

更新された InDesign プラグインのバージョン番号が Extension Manager に正しく表示されません。[2624194]*

Windows XP SP3 上で、InDesign が起動時に updaternotifications.dll 内で予期せず終了します。[2629572]*

Extension Manager または PluginConfig.txt を使用してプラグインの読み込みを無効にすると、InDesign が起動時に予期せず終了するようになります。[2608844]*

開発者向けの解決された問題

この項目は、主に開発者を対象としており、InDesign CS5 7.0.2 アップデートによって解決された技術的問題の一覧を示します。

パブリックヘッダーファイル TaskInfo.h 内で、プライベートヘッダーファイル ‘MemXferBytes.h’ のインクルードが行われます。[2610854]*

先のセミナー原稿作成を通じて私が発見したものとは「行頭・行末」という表現は「行」というものが存在する前提でしか存在し得ない、行という概念がなくなっても「分離禁止」という概念は存在し続ける、ということです。
今まで文字で表現するものといえば「紙」（もしくは有限の広さを持つ面）でした。それがゆえに「ページ」という概念が存在した訳ですが、Webの登場で「ページ」の概念はなくなりました。そして１行の文字数を無限に設定できる媒体では「行」という概念もなくなります。
実際、文字が流れる電光掲示板では、行数や行間（行送り）はありませんので「行」という概念はありません。下の図のような例も「行」という概念が薄いと思います。

だから「分離禁止」はなくていいかっていうとそうではないんじゃないかって思うんです。たとえ分割されることがなくても、分割しちゃいけない、っていう思いがあるんです。もしかすると「行」以外の概念で分割されるかもしれない、そのときには禁則処理に従って分割を避ける。それが「分離禁止」の理念じゃないか、と思うわけです。
前のエントリーで提示した資料は、特に明記はしませんでしたが、これは「紙」限定の話ではありません。Webでも通用するし、「行」という概念のない表示デバイスでも通用します。いわば「デバイスに依存しない」組版規則のひとつである、と思っています。
今、電子書籍が騒がれていますけれども、電子書籍対応だけに捉われるのではなく、将来出てくるであろう新たな表示デバイスに対しても「ちゃんとした日本語組版」を実現させるためには、「デバイスに依存しない」組版規則＋「デバイス別の特性に応じた」組版規則で考える必要があるのではないか、というのが私からの提言です。

なお、「ちゃんとした日本語組版」については私はまだまだ勉強不足です。ご指摘いただいた方々に感謝申し上げます。

久しぶりに雑誌購入。 今では数ずくなくなったMac関係の雑誌。 iPhoneやiPad関係の雑誌はスゴく多いのですが、 Mac関係は「Mac Fan」「Mac Pwople」「MAC POWER」ぐらい。 画像の2冊はどちらかというと親しみやすくビギナー向けのイメージですが 情報は多く、必ずチェックする雑誌です。 MAC POWERはちょっとマニアックなイメージかな。 今号の・・・

Photoshopにて、編集 > 環境設定 > 単位・定規 の機能に相当するのが、
ImageJにて、Analyze > Set Scale...　です。

この設定事例では、
1200pixel per inchでスキャンした画像を開いて、
単位をinchから、mmに変更しています。

1 inch = 25.4mmですので上記の設定となります。

応用事例２：

この事例では、予め、ガラス板にクロム蒸着にてΦ2mmの白抜き円を描き、その位置を計測する作業をしています。

1200 ppi (pixel per inch)の精度で座標を読むために、表示単位をinchやmmではなく、pixelに変更します。

方法：

先のSet Scale...ダイアログにて、
Known Distance : 1200
Unit of Length : pixel
として、pixel単位で座標表示しています。
シフトキーを押しながら、円ツールで円を描くと真円が表示されます。

（図中、黄色の円）
カーソルキーで黄色円を移動しながら、白抜きされたスキャン画像の白円の中央に合わせると、ImgeJのメインダイアログに円の中心位置のpixel座標(x,y)が表示されます。
x=2201, y=2158

これが、14639x14639pixelの画像における、白円の中心位置座標となります。

先日「Mac版Acrobat8.2.4には注意ください」と案内しましたが、この問題を解消したアップデーターを公開しました。

自動アップデートもサイトにて公開させていただいているモノも、どちらも修正版となっております。

安心してアップデートしてください。

ご迷惑をおかけしたことをお詫びいたします。

詳細は下記

http://kb2.adobe.com/jp/cps/861/cpsid_86156.html

当初はこんな予定ではなかったんですけどね。考えを詰めていったらJISの「日本語文書の組版方法（JIS X 4051）」や、W3Cの「日本語組版処理の要件（日本語版）」を否定する内容になっちゃいました。
でも行頭禁則・行末禁則では、中黒を箇条書きとして使うときや疑問符を単独で使うときの説明がうまくできないんですよ。

でもね、これ書いてたら、あ、やっぱり組版は生き物だわ、と思ってしまいました。

で、公開するに当たり、注意事項があります。これは、私のセッションで使用した資料の一部であり、これが私のセッションの内容の全てではない、ということです。スライドですので、文章は短く、また断定的になっている部分があります。実際のセッションでは説明を加え、ところどころ「これは一般的なものではなくあくまでも個人の考え」「こういう考え方もある」という注釈を付けたりしています。実際、セミナーのアンケートでも「独善的だ」「偏っている」という意見も頂きました。それはごもっともなことです。

それでもあえて公開するのは、今現在の日本語組版が抱えている問題点をいくつか指摘しており、その指摘が皆さんの役に立つと思うからです。例えば「禁則の決め事12」については「組版システム・電子書籍リーダーで実装するのは不可能」という意見も頂きました。その通りです。でも会場で賛同するかどうかを聞いたところ、ほとんどの方に賛同を頂きました。コンピュータで実装できないからこそ手作業で禁則処理を行わなければならない場合もあるのです。そういうことも含め、議論のたたき台、日本語組版の考えを深めるための材料としていただければ幸いです。

ダウンロードはこちらから。PDFファイルですのでクリックするとブラウザ内で開いてしまうかもしれません。そういう方は右クリックして「ファイルに保存」などでダウンロードしてください。

ES-10000Gの直角精度を計測しました。
方法は下記の通りです。

１．テストチャートを作成。
２．テストチャートを3次元測定機で予め測定。
３．テストチャートをスキャナにセットしてスキャン。
４．Image Jを使って、テストチャートのスキャン画像の角度を測定。

まず、テストチャートですが、温度や湿度で伸縮しないようにするために、ガラス基板の上にクロム(Cr)蒸着して作成しました。いわゆる「フォトエッチング」です。光学的に位置計測をできるように4mm角の中をΦ2mmの円抜きのCr(クロム)マークを作ります。250mm四角形のコーナーにこのマークを配置します。

3次元測定機は、ミツトヨの測定器でレンズ＋カメラを使って非接触で測定します。繰り返し再現精度は、１〜２μmです。

■チャートの直角精度
四角形の直角の誤差は、最大で　0.0003　度でした。

今回の実験目的の観点からは、必要充分なチャート精度です。
ちなみに、この精度は、どの程度かといいますと、、
例えば、250mmを1200ppiでスキャンした場合、
1pixel分の角度は、rad(ラジアン)にて、
= (25.4/1200)/250 = 0.085 mrad(ミリラジアン）
角度に換算して、degree = (180/π) * rad = 0.0048 度。
よって、250mm の長さで、1200ppiの1pixel分の回転が　０．００４８度となります。

（フォトショップの回転角度の設定分解能は、0.01度です。画像は中央で回転しますので、A4の原稿を1200dpiでスキャンして１pixel回転分の精度を想定しているということになります。1200dpiでスキャンした会社ロゴなどのラインアート編集を考えるとリーズナブルな精度なのでしょうね。）

■ImageJによる角度測定
ImageJのツールで、３カ所指定により2直線の交わる角度を計測する機能があります。ただし、表示精度が、0.01度までなので、次の方法で行いました。
Φ2mmの白抜き穴のマークに、ImageJの領域指定用の円を置き、その中心座標位置を画素数単位で読む(%3)。→ (x,y pixel)四角形の４角全ての中心座標を読みます。最後に、ベクトルの内積で内角を計算します。

■結果：
手元にあった、EPSON ES-10000G 3台の直交性を計測した結果、
一番ずれていた固体で、　90.19 度。
もっとも直角の出ていた固体で、　90.08 度。
でした。(%2)

補足：
ところで、何故この実験をやったかというと、新製品　OMATA-SCANNER にて、直角精度を上げるためです。
http://imeasure.cocolog-nifty.com/blog/2010/08/20108681pp52-54.html

A3よりも大きい製版フィルムを分割スキャンするために、スキャナの直角精度が問題となります。
目標(Must)は、ES-10000Gの有効スキャン寸法420mmにて、175線の網点ピッチを達成しなければなりませんので、下記の通りです。

目標角度精度(Must)：
rad = (25.4/175)/420 = 0.346 mrad(ミリラジアン）
degree = (180/π) * rad = 0.02 度

%2)実験結果詳細：

３台のES-10000Gの直交精度計測結果は下記の通り。

■１台目：s/n:FVR0002552

１０回平均：90.076度　（差：+0.076度)

標準偏差：0.0026

■２台目：s/n:FVR0000909

１０回平均：90.132度　（差：+0.132度)

標準偏差：0.0030

■３台目：s/n:FVR0004921

１０回平均：90.185度　（差：+0.185度)

標準偏差：0.0035

%3) ImageJにて真円の中心座標位置を画素数単位で読む

ImageJ Tips : Set Scale...

2010年8月27日、富士ゼロックス北陸株式会社1階ショールーム（金沢市）にてDTP Booster 019（Kanazawa/100827）を開催し、48名の方にご参加いただきました。

お〜まちさんのセッション『日本語を組むときの基本』のスライドは、ディザInDesignブログにて公開されています。

• ディザInDesignブログ: DTP Booster 019「日本語を組むときの基本」のスライドPDFです

写研の記号文字盤の説明部分 ※twitter上で話題の端っこに出てきたので……ついでにココにも。 『写研文字盤見本帳 No.21 特殊』（1988, 改訂23版1刷）より メインプレート上にも括弧類など基本的なモノは収容されていたが、3分数字など特殊な記号類はサブプレート2枚に収容されていた*1。上の画像はLM（石井細明朝体）の例だが、下部に注記してあるように、書体により配列が異なっており、収容字種にも差があった。 以下の画像、左：DNAG（ゴナD）、右：SHM（秀英明朝体）*2 * ...

第一報はNAOIさんのTweetからでした。 オブジェクトの長さを変更すると、位置座標が変わるって？　まさかそんな...といろいろ試してみたら、どうやら「境界線の線幅を含む」がオフになっていると勝手に変更されてしまうようでした。どんな風に変わるかというと... ズレるぜーっ！　オブジェクトの大きさを変えると位置がズレる！ で、NAOIさんとTwitter上でいろいろ情報交換してると、どうもウチとは違う挙動らしい。あれこれ試していて分かったのは、選択ツールで基準点が左上にある時、線オブジェクト ...

マウス、Adobe Creative Suite 5対応PC 5機種
【PC Watch】

マウスコンピューター、「ADOBE® CREATIVE SUITE® 5」
各エディションに最適な特別モデル5機種を発売開始!!
～ 独自の検証をクリアーしたデスクトップ3機種、ノートパソコン2機種 ～
【マウスコンピュータ】

ついにそんな代物がメーカーから出るようになってしまったのか。面白い。

ホームページをリニューアルして1年。 Google検索キーワード「グラフィックデザイン事務所」で現在2位。 Yahooでは、現在は10位。 今年3月から6月まで1位でしたが、かろうじて1ページ目に入っています。 上位を経験してわかったことは1位と10位で、アクセス数は約1/2にまで下がります。 ホームページもブログも多くの方に見ていただいていると思うと モチベーションも上が・・・

なんか気づいたら、1.5年以上前に書いたこととほぼ同様なことを書いてるくらいぼけてます。
しかもその文章を参照しながら書いていて、書き終わった時点で「なんだこれ」と思ったクチです。

きっとこの猛暑のせいで暑さにやられているんだ。そうだ、間違いないんだ。

TCシンポに行ってきました。※マニュアル業界（制作会社やメーカー）の人以外にはほとんど知られていないと思ういろいろなセッションに参加したかったんだけど、諸々の会社的事情（そんなとこに行ってるヒマあったら仕事しろとか高いから行かせられないとか）があって、自分でセッションを希望することもままならず割り当てられた貴重な1コマが「これからの紙マニュアル ～過去、現在から今後の紙マニュアルを考える～」でした。おお、これはきっと電子書籍と絡めての話だな。「これからの紙」てのは最後のアガキなのか。よし、紙派の言い分を聴いてやろうじゃないの。といった気分で猛暑の中馳せ参じました。ところが。当日、私のツイッター実況にお付き合いいただいた方はお分かりになったかと思いますが、電子化の「で」の字も出てきやしない。まるでそんなものはこの世に存在しないかのごとく、「いかにマニュアルはあるべきか」て話でした。いちいち

先生ご登場の前に…

前回の課題をやってみた方はいらっしゃいますか？

まず漢字を目視で探して、親文字のセンター、親文字からの同距離ににテキストを置き、行送りと同じ分だけ送り、テキストオブジェクトを選択して入力を繰り返します。セリフの3行6文字だけでも1分くらいはかかりそうですし、文章の方は仕事でもなければ途中で嫌になりますよね。

さて、先生にご登場願います。
さっそくルビを振っていただきましょう。


「ちぇすと～！」

はい、終わりました。時間は…約15秒ですか、まあまあですね（ちなみに文章は4分くらいでした）。

このルビ振り支援ソフト「ルビ振り名人仲村友彦先生」は、ご存じPICTRIXさん作のjavascriptです。


リンク先の動画を見てもらえばわかるとおり、Illustratorでルビ振りを半自動で行えます。
初めて見たときは目を疑いました。

自前のGUIによる見やすさや操作性の良さ（センスもグー）、漢字を探す手間がなく、入力も半自動（蓄積すれば選ぶだけ）。文字に詰めが入っていてもちゃんと漢字のセンターに配置できます。

UIを閉じるまでは仲村先生の管轄下にいるので、UIから級数やシフト量などを制御できます。

先生を実行するとルビレイヤーが生成され、ルビはそのレイヤーにまとめられます。
これにより、後からの編集も容易になります。実務を想定した堅実な造りです。



「Illustratorでルビ」は親玉がルビを放棄しちゃっているので、後付でいくらがんばってもQuarkXPressやInDesignのように後から編集したり親文字といっしょに送ることなどはできません。

先生が生成したルビは通常のテキストオブジェクトなので、グループルビのセンターにドラッグで移動したり、文字詰めしたり長体をかけたり色を変えたりと、いつもの感覚で編集できるのもうれしいところ。

ルビを振る手間を大幅に削減してくれるうえ編集もしやすいという仲村友彦先生。
作業も3倍どころか10倍以上早くなれるワタクシの一番のオススメです。

なぜこんなにベタ褒めかというと、ワタクシ前職ではさんざんルビに泣かされ、Illustratorルビの恐怖を身に染みて知っております。
仲村友彦先生は手間をかけずに早く作業をし、ミスも減らすというワタクシの理念に激しく合致しているのです。

アイデア、見やすく使いやすいGUI、それを作れる技術。
エクセレント！　素晴らしい！　イヤ、恐れ入りました。

大変な「Illustratorでルビ打ち」の作業から開放してくれただけでも大感謝です。
本当によくぞここまでやってくれました。

ワタクシ、「ルビ」というだけで、簡単なものでもInDesignで作り変えたりしていました。
仲村友彦先生のおかげで、このような作業の「縛り」からも開放されます。

また、DTP以外にも趣味でも活用できそうですね。

Illustratorでルビ支援のプラグインはほとんど出ておらず（調べたところ月額有料サービスはあるようですが）、とっても貴重なソフトです。3倍アワード2010（そんあんあるんかい）の暫定グランプリスクリプト、これはぜひとも1台に1本備えておきましょう。

同姓同名の親戚にInDesign版もいるそうです。

あ、と、これタダではありません。無料ですけど^^）。

※ご使用の際はPICTRIXさんのサイトの注意事項を良く読んで、正しくお使い下さい。ピンポ～ン。
　win機での動作は…どうなんでしょう？

appleがOSのデフォルトガンマを2.2に変えた時に、sRGBのガンマを調べて実は2.2じゃなかったことを報告しましたが、

なんとadobe RGBも正確には、2.20000000　じゃなかったんですね。

2.19921875 だって。（笑）

8bit値(0~256）の四則演算で表したかったというのが理由らしい。

2.19921875　= 2 + 51/256

出典：

http://www.adobe.com/digitalimag/pdfs/AdobeRGB1998.pdf

ついでに色空間座標も確認。

Color space chromaticities
adobe RGB
             x,  y
Red       0.6400, 0.3300
Green    0.2100, 0.7100
Blue      0.1500, 0.0600
White     0.3127, 0.3290 /D65

sRGB
Red       0.6400, 0.3300
Green    0.3000, 0.6000
Blue      0.1500, 0.0600
White     0.3127, 0.3290 /D65

NTSC
Red       0.670, 0.330
Green    0.210, 0.710
Blue      0.140, 0.080
White    0.3101, 0.3162 /C

http://www.adobe.com/digitalimag/pdfs/AdobeRGB1998.pdf
http://www.w3.org/Graphics/Color/sRGB.html

これを見比べると、adobe RGBは、sRGBのGreenだけをNTSCと差し替えたことが分かります。

補足：

ちなみに、この２つ（ガンマ、色空間）とは、コンピュータディスプレイＣＲＴの構造に言い換えると、入ってきたＲＧＢ信号(Signal)と、蛍光体を叩く電流値(I)がどのような関係になっているかを表すのが、ガンマ。

I = gamma_LUT(Signal)

Redの信号のビームで叩く赤用蛍光体の色を表す色度図上のプロットが、Red(x,y)。

同様に、

Greenの信号のビームで叩く赤用蛍光体の色を表す色度図上のプロットが、Green(x,y)。

Blueの信号のビームで叩く赤用蛍光体の色を表す色度図上のプロットが、Blue(x,y)。

すなわち、どのような特性のディスプレイで表示するのか？を意味している。

Whiteは、ＲＧＢの信号出力を全て最大値としたときの色度図上の色。

具体的には、例えば反射原稿をスキャンしてディスプレイに表示して色再現を確認する場合、観察時に、反射原稿を照明する光源の色温度を規定している。

 

うん、毎月月末にやって来る下請けの仕事で、用紙＆版支給の仕事、、、

　版はフィイルムやさかい、マニュアルで壷調整、、、まあ、それはエエねんけんど、版キズ、ピンホール、カスカス付着、版が微妙～に感じまくり、、、
　製版会社さんにクレーム付けて、多少改善はしたけんど、やっぱりキズとかピンホールとか全くは無くならんのん、、、

　ほいで3番手ぐらいからソノ仕事を開始すっけんど、表紙の青空に謎の飛行物体、、、



　アッフン！

　ルーペで覗くと、墨、藍、紅、黄全色っす、、、

　墨と黄は消せるけんど、藍と紅は網点ＩＮ～無理っす、、、

　ガラスにゴミが着いとんねんやろのっ、、、

　司令塔が裏面の版を確認したら、同じところにキズ状の汚れが入っとったっす、、、ションボリ、、、

　司令塔に製版屋さんに走ってもろうて、30分ぐらいの機械停止で済んだけんど(暇やったさかい待ったばい～)、この仕事怖いっす、、、キズ(他責)を見つけられんと刷り直しとかあったし、、、

　まあ、刷ってしもうたらオペレーターの責任やさかいしゃあないけんどのっ、、、刷ったら負けや！

　月末、この仕事があるので、胃が痛いっす、、、

　けんど、無くなると困るさかい、ウフフンプリンティング～ワオ！ワオ！


　あっ、昨日ＧＴ、ＥＺ共にＨタイプを納品してもろうたさかい、朝から壷にＩＮ～

　今日はチト涼しく、室温が28度界隈やったけんど、問題なく印刷終了したばい～Ｈにはまってまいそうやね、、、Ｈにはまるって、、、まあヤラシイ！(下ネタ嫌いのカチカチギンギンオペの方、メンゴ！)


　朝、給水ローラのセットをしとると、、、



　なんか給水着けに白いカス～カス～が、、、

　ＮＨＰの着け過ぎやのん、、、以後注意！シャキン～

ちょっとしゃべることになりました。よろしくお願いします。

CS5からBridgeでInDesignドキュメントのリンクファイルを一覧表示できるようになっていました。残念ながらBridgeCS5＆InDesignCS5のドキュメント（とIDMLファイル）限定で

パンフレットやカタログ、書籍などでは、文章（長文）をレイアウトしますが、 文字数の多い文章をレイアウトする際は段組みをして読みやすさを演出します。 段組みは行長を短くすることで読みやすくなり、 画像や図版は段組みに合わせて配置すると整然としたレイアウトになります。 新聞（朝日新聞の場合）の記事は1行の文字数は13〜14文字。 コラムなどは21文字程度。 また、雑誌などでは4・・・

RAM が 4 GB を越える Mac OS で Illustrator を実行した場合に発生する問題。
このアップデートでは、RAM 容量の大きいコンピューターで Illustrator を実行した場合に発生していた問題が解決されています。一部のシステムでは、大きくて複雑なファイルを開いた後に、特定の操作が正しく機能しなくなっていました。ショートカットキーが機能しなくなる、ルーラーが表示されなくなる、ファイルを開けなくなる、といったものから、場合によってはアプリケーションのクラッシュまで、症状は様々でした。

字形パネルで異体字を挿入できない。
このアップデートでは、字形パネルで異体字を挿入できなかった問題が修正されています。パネルは、意図したとおりに機能するようになっています。

フォントの FOND リソースファイルが不適切な場合、クラッシュする。（Mac OS のみ）
このアップデートでは、FOND リソースが不適切という問題があるフォントが原因で、アプリケーションが起動時にクラッシュすることがあるという問題が修正されています。

特定のシステム環境設定がデフォルトでない場合に Illustrator が起動時にクラッシュする。（Mac OS のみ）
特定のシステム環境設定（数値の 1,000 の位の区切り記号など）がデフォルト以外の設定に変更されていると、Illustrator が起動時にクラッシュしていました。このアップデートにより、この問題は発生しなくなっています。

Illustrator を起動後にすぐ終了すると、アプリケーションがクラッシュする。（Windows のみ）
起動後、アプリケーションバーの読み込みが完了する前にアプリケーションを終了すると、クラッシュが発生していましたが、このリリースではこの問題が解決されています。

CS Live または CS Review にサインインまたはサインアウトした直後に Illustrator を終了すると、クラッシュする。（Mac OS のみ）
このアップデートでは、Mac OS でのみ発生していた、いくつかのサービス関連の問題が対処されています。CS Live または CS Review にサインインまたはサインアウトした後すぐ、サインインまたはサインアウトのプロセスが完了する前に AI を終了すると、クラッシュが発生する場合がありました。

Illustrator からコピーし、他のアプリケーションで EMF 形式を選択してペーストする操作が機能しない。
Illustrator 内でコピーし、PowerPoint や Excel などの他のアプリケーションで EMF 形式を選択してペーストする操作が機能しなくなる問題がありました。このアップデートでは、この問題が解決しています。

ラスタライズ後にグラデーションメッシュオブジェクト上に水平方向の線が現れる。
オブジェクト／ラスタライズを選択する、ラスタライズ形式で保存する、またはビットマッププリンターでプリントする、のいずれかの方法でラスタライズ処理を行うと、オブジェクト上に水平方向の線が現れることがありました。この問題は様々な状況で発生していました。このアップデートでは、これらの問題のほとんどが対処されています。

リンクされた画像を含む変数ライブラリのデータセットの走査中に Illustrator がクラッシュする。
リンクされた画像を含む変数ライブラリを読み込んだ後、そのデータセットを走査すると、Illustrator がクラッシュしていました。このアップデートでは、この問題は対処されています。

スケジュールされたタスクの自動作成が無効になっている XP SP3 上で起動すると、Illustrator がクラッシュする。
Service Pack 3 が適用された XP コンピューターで、スケジュールされたタスクの自動作成が無効になっていると、特定のドメイン設定の場合に、Illustrator が起動時にクラッシュしていました。このアップデートでは、この問題は解決しています。

http://kb2.adobe.com/jp/cps/857/cpsid_85738.html

InDesignの勉強部屋を運営されている森裕司さんがInDesignのスタイル機能を解説した、iPhone/iPod touch用ガイドブックアプリIDスタイルを、App Storeにて350円で販売を開始しています。

• InDesignの勉強部屋
• MACお宝鑑定団 blog（羅針盤）

バッファロー、仮想的に512Mbit×2バンクとして認識できるDDR2 SO-DIMM 【PC Watch】

……メガROM？　と思ってしまう奴はたいてい古（いにしえ）のゲーマーだろうと。なにこのゲオタホイホイキーワード。

Illustratorでルビと聞いて逃げ出したくなる人もいることでしょう（経験すればするほどIllustratorのルビはやっかいだということがわかります）。

ご存じのとおり、Illustratorには「ルビ」の概念はありません。Illustratorでルビを振るには、ルビのためのテキストオブジェクトをつくり、文字入力をしなければなりません。

他にもTipsで割り注を応用する方法もありますが、どちらも正規のルビではないため作成も修正も困難です。さらに親文字との位置関係などもきっちり揃えるのは大変で、これがIllustratorでルビの不便さの要因のひとつとなっています。

QuarkXPressやInDesignなどは標準でルビ機能はありますが、それでもルビを振るのは大変です。
Illustratorではそれ以上にムダな労力を費やさなければならないのです。

しかもルビは大抵おまけ扱い。避けて通れるなら通りたいけど、そうもいかないのが「お仕事」です。


たとえば10ページくらいのマンガで、原稿をスキャンして、Photoshopで色塗って、セリフの文字を打つとします。最近ではIllustratorも合成フォントを使えるので手っ取り早くIllustratorで作ったとします。

文字を全部打ったあと、「これ、子どもも読む本だから、セリフ全部にルビ振って」なんて言われたらどうしますか？


セリフがページに10個あって10ページあったとしたら？

さて、みなさんの環境で上のような見本の3行6文字をきっちりきれいに（ルビ位置は親文字のセンター揃え、親文字との距離も一定）ルビを振るのにどれくらいかかりますか？

また以下の文字列（ウィキペディア引用http://ja.wikipedia.org/wiki/ルビ）に総ルビを振るとしたら？

ルビ（英: ruby）とは文章内の任意の文字に対しふりがな／説明／異なる読み方といった役割の文字をより小さな文字で、通常縦書きの際は文字の右側／横書きの際は文字の上側に記されるものである。
明治時代からの日本の活版印刷用語であり、「ルビ活字」を使用し振り仮名（日本語の場合）やピン音（中国語の場合）などを表示したもの。日本で通常使用された5号活字にルビを振る際7号活字（5.25ポイント相当）を用いたが、一方、イギリスから輸入された5.5ポイント活字の呼び名が英: ruby（ルビー）であったことから、この活字を「ルビ活字」とよび、それによってつけられた（振られた）文字を「ルビ」とよぶようになった。明治期つまり19世紀後半のイギリスでは活字の大きさを宝石の名前をつけてよんでいた。


こんな感じに。


ふだんIllustratorでルビを振らない方は、実際にやってみると作業の大変さがわかると思います。
このようにIllustratorでルビを振るときに、労力と時間を費やしているかたに朗報です。





先生、お願いします。

「ウム…」（つづく）