WindowsDTPレポート

http://vjedelta.blog72.fc2.com/blog-entry-152.htmlより

わたしの制作環境：
・WindowsXP Pro　CPU：Pentium4 3.2GHz　メモリ：1GB
　　Adobe CreativeSuite 2 Premium(InDesigCS2、PhotoshopCS2、IllustratorCS2、Acrobat7)
　　Office2003(Word、Excel、PowerPoint)
　　OpenTypeFont：モリサワパスポート、イワタLet`s
・iBookG4(OSX10.4&OS9.2.2)
　　Illustrator ver8&9、Acrobat5

会社の出力環境：
・MacOS9.2.2、DoTop2.x.x
主な仕事：モノクロ書籍、モノクロ月刊誌、句集、文庫カバー、持ち込み小規模印刷物

■業務中扱う入稿データの割合：
【5】　Illustrator8形式のファイル　：　【2】　IllustratorCS2形式のファイル　：　【3】　Office系のファイル

●Illustrator8形式を入稿してくる会社はほとんどデザイン・印刷会社。
　Mac環境であるところがほとんどで、sit形式の圧縮ファイルで送られてくる。こういった古いバージョンのファイルはiBookでチェック・整形してWindowsへと持ってきている。これはファイルにアンカーポイント残骸が残っていると、PDF出力のときDoTopがエラーをはくので完全に除去する必要があるため欠かせない工程。
　問題点としてWindowsのIllustratorCS2では、MacのIllustrator8形式ファイル上にあるアンカーポイント残骸を【フォントの検索】で調べることができない。またIllustratorファイルをきちんとしたデータで入稿してくるデザイン・印刷会社の割合は極わずかなので、作業工程として入稿→Macでチェック→Windowsで使用という流れは省略できない。

●CS2形式で入稿してくる会社は一般企業の制作・広報部門が多い。
　参考書やセミナーで習いたての作り方で印刷データとして滅茶苦茶。ファイルがRGBモードで制作されているのも見かける。ごくまれにCS2環境に移行したデザイン会社からのデータも来る。こういう会社は上記のアンカーポイント残骸がなく、ぜひとも長いお付き合いをしたい会社だったりする。

●Office系は大企業・学会・医療・お役所関係からの入稿が多い。
　会議やプレゼンで使用したWord、Excel、PowerPointデータで印刷物を制作というケースが多い。個人受注の仕事でもWordの入稿が多い。


■MacintoshからWindowsに移行してよかった点

(1)お客様から入稿するOffice系完成データを労無く出力できる事。
　Office2003で作られた自称完成データを印刷へ回すのに、手直しなどの余計な作業時間が大幅に減った。Mac版Officeでは文字化け・体裁崩れが当たり前で、お客に言えない作りなおし作業が普通だったが、WindowsではほぼPDFに変換してAcrobatで修正すれば印刷用データとなるので精神的に楽。もっともAdobeのAcrobatがあればこその恩恵なので、PDFがあってこそのWindowsDTPと言える。

(2)InDesignCS2の自動バックアップ機能。
　MacではOS9環境のInDesign1.0しか使っていないのでOSXでも当たり前かもしれないが、作業中予期せぬエラーで強制終了しても直前のデータが生き残ってくれる。Mac時代では当たり前にあった、NOセーブ状態で何時間も仕事をしていて、エラーですべてがパァという事態が無くなった。

(3)業務用プリンターを導入した際、Windows用の自動インストーラーであっという間に設定が終了する。
　昔MacのOS9環境では、ATMのバージョンだとか、PSプリンタのバージョンだとか、きちんとプリントできるまで大変な思いをしたのに比べると天国。最近ではWindows版のドライバーCDしか付属していないケースも多く、説明書を見てもOSXへの説明は省かれてしまっている。だいたいはメーカーのサイトへアクセスして、ドライバーをダウンロードしなければならなかったりする。差別ですな。

(4)投資資金の安さと若干の将来性。
　Macに比べてパソコンの値段が安く数を揃えられる。ここで足を引っ張るのはむしろソフトとフォント。人数分揃える場合ここの出費が一番高くなってしまう。将来性に関してはWindowsVistaはありえないのでXPを使い続けるしかないのだが、それでもIntelへ移行するか高価な中古を買うかの瀬戸際状態なMacに比べると、設備導入担当者にとっては精神的に楽。


■Windowsに移行して思った悪い点

(1)色。
　とにかく色関係がMacに遠く及ばない。プリンターでの色の再現力ではMacに軍配があがる。社内できちんとした色管理体制で確立されている会社ならクリアできると思うが、中途半端な環境だとお客からクレームがつく。

(2)いまだにDTP業界で流通しているOS9時代のアプリケーションデータに対応できないこと。
　上記のIllustratorアンカーポイント残骸や、sit形式の圧縮ファイルの解凍などOS9環境のMacをサポートとして一台用意しておかないといけない。

(3)会社が設備投資してきた面付け・出力環境が、OS9全盛のころの古い環境の場合、いろいろと苦労する点。
　Windowsで書き出した【フォント埋め込みPDF】がPSエラーを吐いてしまう為、InDesignからEPS書き出しにして逃げるか、問題のあるフォントを封印など出力周りのスキルが必要。なおPSエラーを吐くPDFを外の印刷会社に外注すると問題ないので、当社の出力環境に問題あり。

さて箇条書きに書いてみましたが、今現在、さまざまな入稿データに対応していくには、
　　・OS9.2.2環境の古いMacintosh　
　　・新しいCS2～のアプリを積むWindowsXPもしくはOSX10.4環境
の二つを用意するのがいいと感じました。WinとOSXのどちらをメインに据えるかは仕事の環境によって左右しますが、未だに多いOS9.2.2環境のアプリケーションデータに対応した古いMacは、まだまだ必須だと思います。
　逆に言えばそれらをバッサリと切り捨ててしまえば、もっと気楽になれると思います。すでに周囲からはQuarkXPress、PageMakerは一掃され、InDesignに集約されていますしね。入稿形態もここ数ヶ月でPDFが急速に増えています。


sit圧縮ファイル形式のことで少し。
　Windows版Araddin Expander5.1Jでは、Macで圧縮されたsitファイルをうまく解凍出来ないケースが多いです。以前先方のスキルを知りたくて　「当方Windows。圧縮形式をLZHかZIP形式にして再送望む」　と返信したところ、２時間後に　「希望する圧縮形式には出来ない」　と言ってきたデザイン事務所がありました。
　これなどはOSX10.4で作業していればZIP形式に出来るはずですし、古いOS9.2.2だとしても、ネットで検索すれば象のアイコンの「MacLHA」が対応していることが判るはずです。
　MacLHAはNoMacバイナリ形式を選択して圧縮したり、自動解凍形式にしたりと、受け側の環境に合わせて柔軟に対応できるアプリです。わたしはStuffitExpanderとMacLHAを使ってクライアントの様々な要求に応じた圧縮データを作成してきました。
　こういったMacOS9.2.2世界だけで閉じていて勉強する意欲もない会社が、残存しているのには驚きを隠せませんね。かつてDTPをあざ笑っていた写植組版機のオペレータは時代の流れに取り残され絶滅していったように、今はOS9.2.2環境がおなじ立ち位置に追いやられているというのに。

http://www.ddc.co.jp/pittari-search-g.html?q=zipより
10.4のZIP形式は問題あり。
以前にも紹介したCleanArchiverがいいみたいです。

ＥＰＳ保存形式

http://uradesign.com/php/photoshop_eps.phpより
m_ogawaさんのとこでも上げられていたが、復習もこめて。

■EPS = Encapsulated PostScript
カプセル化されたポスト・スクリプト。
薬のカプセルと同じ考え方で、胃の中でカプセルが溶けて薬成分がでてきます。
書類に貼ったEPSは出力機（RIP）の中で実データとして取り扱われます。

WINやMacのOSはPostScriptで記述された画像なりオブジェクトを解析できません。
つまり、目に見える形では表示できないのです。
しかし、EPSは低解像度のプレビュー画像をそのデータの中に同時に持っています。
EPSを配置すると、その低解像度のプレビュー画像が表示されます。
プレビュー画像は高解像度の実画像だと 表示が重くなるので低解像度になっています。
しかし今のマシン環境は強力ですので、EPSではなくPSDのまま貼ることも多いです。

■エンコーディング
もともとはパスを持ったベクトルデータ＋プレビュー用72dpi画像ですがビットマップも同時に保存できるように拡張されています。
そのビットマップの保存形式をどうするかがエンコーディングです。

JPEGは内封された画像がJPEG形式で圧縮されます。圧縮率や画像によって容量は変わりますが一般的にバイナリの場合の100分の一位まで圧縮されます。（Illustrator8まではリンクしかできず分版できませんでした。）

バイナリは圧縮せずパソコン内部で使う形式に近い形式で保存されます。

ASCIIは圧縮せず1バイトずつまとめて保存されています。

エンコーディングは出力環境に依存しますので、どれが正しいというのはありません。
ASCIIにしておけばオールマイティですが、ファイルサイズが大きくなります。
どれにするかは出力する印刷会社・製版会社に確認しましょう。
ちなみにASCIIは、
×ASCⅡ（ASC2)
○ASCII(ASCII)
です。最後はI２個なので、注意しましょう。

ASCII85はUNIXで使われていた形式だそうでCS以前では開かないそうです。
開いても解像度が変わってたりする例もあるようです。

ハーフトーン、トランスファ関数はチェックを入れないのが普通です。

■TIFF (1bit/pixel)
プレビューをTIFFの1ビット72dpiで保存します。
配置した場合、画像がカラーモノクロを問わずモノクロで表示されます。
Win、MACを問わず使用できます。（MACの一部ソフトでは正常に表示できない場合があります）

■TIFF (8bit/pixel)
プレビューをTIFFの8ビット72dpiで保存します。
画像を配置した場合カラーで表示されます。
Win、MACを問わず使用できます。（MACの一部ソフトでは正常に表示できない場合があります）

■Macintosh (1bit/pixel)
プレビューをPictの1ビット72dpiで保存します。
配置した場合、画像がカラーモノクロを問わずモノクロで表示されます。
Winでは表示出来ません。

■Macintosh (8bit/pixel)
プレビューをPictの8ビット72dpiで保存します。
画像を配置した場合カラーで表示されます。
Winでは表示出来ません。

■Macintosh (JPEG)
プレビューをPictの8ビット72dpiで保存しさらにJPEGで圧縮します。容量が減るわけではありませんが色数が増えるため綺麗になります。
画像を配置した場合カラーで表示されます。
Win（およびQuickTimeの無いOS9）では表示出来ません。

Mac-EPSのプレビューデータは、リソースフォーク内に格納されているのに対してTIFFプレビューはMac/Win共にデータフォークに格納されています。

■リソースフォークとは
Macintosh特有のデータで、Windowsではリソースフォークという概念自体がありません。そのため、Windows2000Serverや2003ServerなどのFileForMacintoshサービスを経由しない限り、Windows上でリソースファイルにアクセスすることができません。

ちなみに、Windowsでもアクセスできるデータ部分をデータフォークと言います。



MacのファイルをWindowsに持っていくとアイコンが落ちてしまうのは、アイコンデータがリソースフォーク内にあるからです。

Stuffitの自動解凍形式をWindowsのStuffitで開けないのも、自動解凍に必要なデータの一部がリソースフォークに入っているためです。
（通常のsit形式はデータフォークのみなのでＯＫです）



MAC上でTIFFのプレビューが時としてうまく表示できないのはTIFFの画素の整列順がMACとWINで違うため、またはソフトのバージョンの違いのせいです。

ファイルメニュー＞開くで形式からEPS PICT(TIFF)プレビューを選ぶとプレビュー自体を開くことが出来ます。

最終的には印刷会社の環境にもよりますので、ちゃんと問い合わせた上でどれで保存するのかを決めましょう。

また、EPSはポストスクリプト対応のプリンターで印刷しないと72dpiのプレビュー画像として印刷されます。

このサイトは要チェック！　RSS登録ができないのが残念。

Apacheインストール

苦労した～～。

http://www.ohshiro.tuis.ac.jp/~ohshiro/2003lite/winapache.htmlを参考に行ったが、2.26のzipフォルダがダウンロードされてインストールできない。

で、http://www.y-kit.jp/saba/xp/apachexp.htmから明星大学のミラーサイトへ行き、binaries/ からwin32/にあるapache_2.2.4-win32-x86-no_ssl.msi でインストーラーをダウンロード。

で、インストールしたものの起動しない。

http://oshiete1.goo.ne.jp/qa2906151.htmlの症状とほぼ同じ。

ServerAdmin takes one argument, The email address of the server administrator Note the errors or messages above, and press the key to exit, 28...が出てくる。

良回答の
ServerAdmin の後に半角の空白をあけて、管理者のメールアドレスを
xxx@xxx
という形式で入力してください。実在しないメールアドレスで構いません。

をインストール時のメールアドレスと読み間違えて設定したから同じ症状。

http://www.db.is.kyushu-u.ac.jp/rinkou/tomcat/jakarta.htmlを見つけ、

4. httpd.conf の設定

C:\Program Files\Apache Group\Apache Software Foundation\Apache2.2\confにあるhttpd.conf をテキストエディタで開き、変更

【変更前】
ServerAdmin ＜何らかのメールアドレス＞
【変更後】
ServerAdmin ＜サーバ管理者の正しいメールアドレス＞
の設定をする。

 

で、無事に起動しました^^

他にも以下の設定があります。

【変更前】
AllowOverride None
【変更後】
AllowOverride All
※ Directory "C:/Program Files/Apache Software Foundation/Apache2.2/htdocs の中です

【変更前】

Order allow,deny
Deny from all

【変更後】

Order allow,deny
Deny from all


Order allow,deny
Deny from all


【変更前】
DirectoryIndex index.html
【変更後】
DirectoryIndex index.html index.php
※ http://localhost/phpMyAdminにアクセスするとindex.phpを開くような設定

で、最後のDirectoryIndex index.htmlを検索しても出てきません。
最初から書き込まれてなかったようです。
ですからhttp://localhost/phpMyAdminにアクセスするとindex.phpが開けません。
これは今後の課題です。

しかし、、、「JavaScriptの絵本」にインストール手順が正確に記されてないことは問題だなぁ～。
思いおこせば「Perlの絵本」にもApacheのインストールが記されていたが、同じくzipがダウンロードされて断念した記憶がある。

個人的に注目のblog

http://d.hatena.ne.jp/hama_shun/archive
12/16からのJavascriptの読書記

http://blog.creamu.com/mt/
いつもというわけではないが、時々秀逸なツールが紹介される。
クリエイティブディレクター、佐藤可士和に学んだこと『What Kashiwa Sato teaches me』
画像から色を抽出してくれるカラーパレットジェネレータ『Color Palette Generator』

http://gitanez.seesaa.net/
デザインの本質を語ってくれる。
自分はデザイナーではないが、彼のデザインに対する考えには共鳴できるというかほぼ同じ。

http://d.hatena.ne.jp/Waki/20071209
webを学ぶ上での基礎知識

12/26現在（いいのがあったら追記しますので）

Script修正

http://yoshihashi.blogspot.com/2007/05/perl2.htmlで
LFキャラcheckを作りましたが、ほとんど使ってませんでした。
で、先日あるファイルをcheckしたもののアラートは表示されなかったので、そのままRIPに投げたら見事に字詰めが変わってました。LFキャラが使用されてたんです。|||||(;´Д`)|||||

#!/user/local/bin/perl
while(<>){
if(/¥(¥¥012A¥)/){
print"$ARGVにLFキャラが使用されています。¥n";
}
#バックスラッシュは＆＃１６５；（半角）に置き換えてます

のどこが間違っていたのか調べてみました。
テストデータはLFキャラ+欧文半角のAで作成。
LFキャラを全角スペースに置き換えたfileをエディタで開き、違いを捜したところLFキャラが使用されていたfileには(¥012A)が使用されていたのです。まぁ、それで(¥012A)＝LFキャラとしてしまったのですが、LFキャラ+全角文字ですと(¥012)となります。はぁ～、、、検証不足でした。
で、(¥012)で検索してしまいますとLFキャラ+ASCII文字が漏れてしまうので、

while(<>){
if(/¥(¥¥012/){
print"$ARGVにLFキャラが使用されています。¥n";
}

に直しました。

で、ついでにオーバープリントのcheckもしようと調べました。
あぷらいとさんのaiデータ解析のページを参照。
塗りのオーバープリは「1 O」、線のオーバープリは「1 R」となってますので

while(<>){
if(/^1 O$/){
print"オーバープリが使用されています。¥n";
}

にしたら反応しません（^^;A
半角スペースは¥sで表記するのでした。
ついでに^は行頭、$は行末のPerl表記です。
塗りのオーバープリのあるfileをエディタで開くと「1 O」のみの行が必ずあります。
で、まとめたScriptがこれ↓

#!/user/local/bin/perl
while(<>){
if(/¥(¥¥012/){
print"$ARGVにLFキャラが使用されています。¥n";
}
if(/^1¥sO$/){
print"$ARGVに塗りのオーバープリが使用されています。¥n";
}
if(/^1¥sR$/){
print"$ARGVに線のオーバープリが使用されています。¥n";
}
}

こんなド初歩のことに気付かないなんて、道は遠すぎます。･ﾟ･(つД｀)･ﾟ･｡

640ピクセルにする理由

http://www.kotono8.com/2006/11/25640px.htmlより

　それがわかっていて、私はあえて横幅640ピクセルにした。横幅800ピクセルで文字サイズを大きめにしておけば一行字数問題も解決できるはずである。それなのに狭くしたのは、印刷の問題である。

　今、最も普及しているIE6でページを印刷することを考えてみる。特に何の設定もせずに普通にプリントアウトすれば、横幅およそ640ピクセルくらいまでしか印刷されないはずである。これは非常に厄介な問題である。試しにこんな質問もしてみた。

人力検索はてな - ブラウザで表示されたページをそのまま特に設定せずにＡ４縦で印刷したとします。 横幅何ピクセルまで印刷できますか。 縮小印刷とかそういう手間をかけず、ブラウザでのデフォルト設定が知りたいです。もちろん、プリンターによっても違いはあると思いますが……。
　たとえば、左にナビゲーションがついていて、横幅が800ピクセルになっている会社のサイトがあったとしよう。そのサイトの「弊社へのアクセス」というページには地図が載っているとする。そしてプリントアウトする。

　見事に、地図がぶった切られてしまうのである。

　地図の右半分が印刷されず、結局、設定し直して紙を横向きにして印刷したり、縮小印刷を試みたりしなければならない。なんでページ一つ印刷するのにこんなに手間をかけねばならないのか。

　これを防ぐ方法は３つである。

1.サイト自体を横幅可変サイズで設定する。これなら、印刷時にはぴったりと収めてくれる。ただし、内部に含む画像は横幅640ピクセル未満にする必要がある。
2.左端から640ピクセルまでを本文、それ以上の部分を右ナビゲーションにする。これなら、切れるのはナビの部分だから、肝心な地図などが切れる心配はない。（サイドバーは右がいいか左がいいかという議論があるが、印刷上は「右」が正解のように思われる）
3.サイトの横幅そのものを640ピクセルにしてしまう。
4.印刷用CSSを別途設定する。
　そこで、第三の選択肢を選んだのが、現在のデザインというわけである。

　もちろん、画面表示用と印刷用で別のCSSを適用させて、画面では800px、印刷のときは640pxという考え方もあるのだが、画像の大きさを結局印刷サイズに合わせておかねばならないこと、また、単純に面倒なことから、CSS対応法は見送った。

■将来どうなるか
　IE7では、印刷したときにサイトをきちんと縮小して、全体がプリントアウトされるという（伝聞で書いているのは、まだインストールしていないからである）。しかし、だからといって際限なく大きくできるわけではない。印刷された画像や文字があまりにも小さくなっては困るからである。

　したがって、IE7なら「右端が切れて困る」ことはなくなるとしても、「小さくなりすぎて困る」ことが想定される。また、IEの普及率がどれくらい伸びるかも、しばらく様子見する必要があるだろう。

　だとすれば、やはり（ほとんど）縮小しないでそのまま印刷できるサイズを想定してサイトを作るのも、一つの要素として考慮していいのではないかと思うのだ。

こういった理論的裏づけがすべてにおいて求められる。ただなんとなくでは通用しない。

その反面、今まで勉強がてら読んでいたblogに「ホームページを作る人のネタ帳」があるが
http://e0166.blog89.fc2.com/blog-entry-356.htmlまでくると（以下略
確かにwebそのものが発展系のため、次々と新しい技術が開発され、それを常に学習していかなければついていけないということも良く分かるが、実際これだけのことができる人がどれだけいるのかと思ってしまう。
オレが勉強してないだけのことなのか？？？

PDF スミのせプロファイル

メモしてたかなと思っていたが、確認したらしてなかったので、、、
http://hotdtp.cocolog-nifty.com/hotdtp/2007/10/pdf_7811.htmlより

Office 製品の出力データから印刷用のPDFを作成する　活用ガイド

Adobeサイトの活用ガイドに上記説明があります。肝心な変換設定のことについてはふれていないのですが、office製品からのPDF作成については簡潔にまとめてありますので是非参照下さい。

　それと、このガイドにアクロバットで使用するスミのせプロファイル（プリフライト・プロファイル）があります。こちらは便利に使えることがありますので、入手しておきましょう。Adobeのサイトにリンクがありますのでそちらをどうぞ。

http://www.adobe.com/jp/special/creativesuite/portal/guides/acro_07.html

※ここで使用するプロファイルを用意しました。ダウンロードしてお使いください。
「黒オーバープリント.kfp（プリフライトプロファイル）」のダウンロード（zip:2KB）

ラインフォーム

先日、派遣先に制作会社の方が来られ作業しながら今後のアドビ製品について雑談。

どこも単価の引き下げ、納期短縮、OSおよびアプリのver upに頭を悩ませているようだ。

特にアドビ製品については3version up制限が設けられ、新規にアプリを購入してもアドビのロードMapに従って製品がリリースされれば、8年経つ度に新規にアプリを購入しなくてはならなくなる。
MacroMediaがアドビに吸収された今となっては、ライバルがいなくなったも同然である。
そのためかアドビ製品が5％値上げなんて話がどこかのblogにあがっていた。

データを受けて出力する立場から言わせていただくと、アドビでなければいけないという理由は何一つない。こと印刷物の出力に限った話であればPDF-X1a形式ならそれでいい。事実、写研システムで組んだデータをPDFで受け取り、面付け出力を問題なくこなしている。

では今、アドビ製品に変わるソフトは何かというと、個人的にラインフォームに注目している。
対応OSも10.4以降。今後も十分に使える。値段も手ごろだしね^^

TFのOutlineEPS

大日本スクリーンのTrueFlowRIPがある。
このTF、事実上、印刷会社の標準出力機としての地位を確立してしまった感がある。

派遣でいくつかの製版会社で出力に携わった経験からいうと、多くの会社がTFを導入している大きな理由はOutlineEPSを生成できることにつきる。「88」アイコンで表示されるEPSデータはイラレで開き修正することができる。（Pitstopの機能はこれと大差ないらしい）

出力結果の変わらないOutlineEPSは印刷会社にとって安心な出力の一形態なのだが、訳の分からないトラブルに見舞われた。

事例
1.顧客からwin版のWordで作成された広告データをPDF作成し、PDFからEPS書き出しを行う。
2.そのデータをQuarkに貼りこみ、他の広告データと一緒にPS書き出し→面付け出力（出力はスミ1色）。
3.出力されたデータの一部の広告のスミ濃度が明らかに薄い。
4.で、そのページのみを出力すると問題は発生しない。
5.以前はセレブラで同じデータをフィルム出力をしていたがそのようなことはなかった。

経過
スミ1色に見えたWordデータはRGBグレー。
しかし、強制的にRGBをCMYKにしたり、RGBやCMYKを1Cにするホットフォルダがある。
そして強制的に1Cにするホットフォルダにデータを投げた。
結果は、RGBがRIP側でCMYK分版され、そのうちのK版のみ出力されている（薄くなるのは当然！）。

原因
書き出されたPSファイルにOutlineEPSが含まれているとRGBグレーが含まれているEPSはそのような挙動をとる（ということが大日本スクリーンから報告）。

結局は正常に出力されるデータを作成することに尽きる（RIPまかせにしない）。
とはいえ忙しいし、生産性を上げるためにそのRIPを導入したのだが。。。

インデ忘れてる

今日の入稿、InDe CSの修正が入った。

修正内容はノンブルを取るというもの。
「白ボックスで隠せばいいかな」と思ったものの、やってみると隠れない。
他の色に替えてもノンブルは隠れない。。。

で、組版のオペレータの方に聞いたものの、できねぇ～～。

で、対処法
マスターに設定されていたのがノンブルだけだったので、空白マスターを指定ページの上に重ねてノンブルが消えました。感動～～！！　Quarkだとこれはできない。

で、原因
ファイルにレイヤーが設定されており、マスターのノンブルレイヤーが一番上にありやした。
その下のレイヤーで色を敷いてもノンブルは隠れませんね。


派遣として出力業務について3年。
その間、制作業務からすっかり離れてしまった。
知らず知らずのうちに制作スキルダウンを感じる。
保障のある社員ならそれでもいい、しかし年齢的に社員に採用されることのない身にとってはとてつもなく恐怖を感じる。

今の派遣先は今月で満2年を迎える。5年も派遣のままでいる人もいる。
派遣法違反だとは分かっているが、慣れた環境から離れたくなくているのかもしれない。
社員として採用されない以上、他の会社に行くほうがスキルはあがる。
長くいても派遣では給料は上がらない。

繁忙期のこの時期に抜けることはできないが、繁忙期が過ぎたら新天地を求めざるをえないだろう。

PDFからフォントを抽出する

タイトル見てビックリしちまった！

http://d.hatena.ne.jp/project_the_tower2/20071217/1197900413より

1.方法１　PDFをPSに変換する
詳しくは参考資料１を参照

1.PDFをPSファイルに変換
2.PSファイルをテキストエディタで開いて、フォント部分の記述をコピーして独立したファイルにする。
3.取り出したフォントファイルをツールを使って他の形式に変換する。
この方法はPostScriptがテキストであることを応用した方法である。バイナリのPDFと違ってフォントの該当部分を容易に特定できる。

この方法の問題点としてはPDFからPSに変換する際に使うツールによってコードが大きく異なることである。その場合、コメント%%BeginResourceやcleartomarkは別の場所で現れるかまったく現れない。例えばAcrobatでPDFをPSに変換した場合、フォントを含んでいる部分にcleartomarkという命令は出てこない。（フォントを含んでいると思われるのはコードの最下層%ADOBeginSubsetFontからADOEndSubsetFontである。）

2.方法２　ツールを利用する
参考資料２で配布されている「PDF FontDecoder」を利用する。埋め込まれているフォントであれば問題なく抽出できる。

種類にType1と出た場合、拡張子をpfbにして保存する。もし他の形式にする必要があるならばこのファイルをfontforgeなどで読み込んで他の形式で保存する。

3.参考資料
PDFファイルからフォントを抜き出す ryoblog/ウェブリブログ
http://umb.at.webry.info/200702/article_1.html
papy's softwarelibrary
http://homepage3.nifty.com/e-papy/

EPSとPS

m_ogawaさんのblogより

再度WikipediaでPostScriptを参照してみると、EPSはファイルフォーマットと説明されているのに対して、PostScriptはページ記述言語と書かれています。
ページ記述言語とはプリンタなどで文字や画像を描画していくためのプログラミング言語のことです。
PostScriptはアプリケーションから（あるいはテキストを自分で書いて）PostScriptプリンタに送信して印刷物を出力するための言語なのです。
つまりPostScriptはプリント出力のための言語で、本来は特定のアプリケーションでの編集過程で使われることを目的にしているわけではありません。
PostScriptとはファイルフォーマットではなくページ記述言語という認識が「PostScriptという言葉が持つ意味を正確に掴む」第一歩だと私は思っています。

その認識であらためてDTPで使われるアプリケーションやファイルフォーマットの役割を考察してみると、それらが持つ本来の意味がわかりやすく見えてくると思います。
EPSも本来はEncapsulated PostScript、つまりPostScriptにプレビュー画像等の情報を補ったものであり、本来は編集のためではなく出力のためのファイルフォーマットです。
編集のためのネイティブ・フォーマットとしてIllustratorならAI形式、PhotoshopであればPSD形式があるのです。
QuarkXPressはレイアウトソフトとしてIllustratorやPhotoshopから書き出されたEPSを扱い、さらにそこからイメージセッターにPostScriptファイルを出力します。
QuarkXPressは基本的には配置されたEPSは独自に書き換えたりしないので面付け作業にも使えます。
ですから多くの印刷業者、製版業者が面付けソフトとして使っていました。
Illustratorでも同じような作業ができますが、出力の際に配置されたEPSを再解釈しますからQuarkXPressほど安全ではないのです。
EPSファイルはもうそのままでPostScriptプリンタに出力されるべきファイルですから、できる限り手を加えないのが基本です。

で、コメントに

>QuarkXPressは基本的には配置されたEPSは独自に書き換えたりしないので面付け作業にも使えます。
とありますが、実際は中身をいじっています。そのせいで出力時にトラブルになったりします。(ron.さん)

ざっと斜め読みしただけで間違いが７カ所。うち致命的なのが３カ所(^_^;;　（わださん）

がつけている。QuarkがEPSに手を出すというのは以前もどこかの掲示板でron.さんがコメントしていた記憶があるが、このことは「フォントを保持する」形式のEPSであっても出力設定でType1⇔TrueTypeに替わることを意味しているのだろうか？　
あと、わださんが致命的なのが３カ所とコメントしているが、、、う～ん、分からない(^▽^；)ｻｱ?

m_ogawaさん、大御所二人に突っ込まれてもめげずにblog続けてください。

マルチTIFF

マルチTIFFなるものがあることは知っていましたが、仕事で受け取ったことがなく今ひとつ想像できませんでした。
http://blog.goo.ne.jp/nice_n_groovy/e/d42e4e8203e034eb77d1d4e110a6b9c5で説明されてます。

１点モノのふりをしてて、天下のPhotoshopをもってしても最初の１ページ目しか表示しないからタチが悪い。ファイル名も「マルチ」だなんてわからん普通の.tifだしさ。
作業用OS9のパソコンじゃ絶対開けないし。

今回OSXのごく普通のプレビューで開けてみたら、横にぱ～っと他のページのサムネイルが表示されるんで、問題なかったんですけどね。

危ねー。

だってのっけからプレビューなんてつかわないからね。頂いた画像は真っ先にPhotoshopかIllustrator見ますから。

昔、どこかの掲示板でMacにバンドルされてるGraphicConverterで開けるなんて書き込みを見た記憶がある（未検証）。
あとIrfanView 4.0（フリー）がある。ちなみにここのサイトは役立つフリーウエアが豊富^^

ついでに
PHPでTIFF形式のファイルをPDFに変換する「tiff2pdf」関数より飛んでリンク

function tiff2pdf($file_tif, $file_pdf){
// Initialize
$errors = array();
$cmd_ps2pdf = "/usr/bin/ps2pdfwr";
$file_tif = escapeshellarg($file_tif);
$file_pdf = escapeshellarg($file_pdf);

// Initial Error handling
if(!file_exists($file_tif)) $errors[] = "Original TIFF file: ".$file_tif." does not exist";
if(!file_exists($cmd_ps2pdf)) $errors[] = "Ghostscript PostScript to PDF converter not found at: ".$cmd_ps2pdf;
if(!extension_loaded("imagick")) $errors[] = "Imagick extension not installed or not loaded";
// to include the imagick extension dynamically use an optional: dl('imagick.so');

// Only continue if there aren't any errors
if(!count($errors)){
// Determine the file base
$base = $file_pdf;
if(($ext = strrchr($file_pdf, '.')) !== false) $base = substr($file_pdf, 0, -strlen($ext));

// Determine the temporary .ps filepath
$file_ps = $base.".ps";

// Open the original .tiff
$document = new Imagick($file_tif);

// Use Imagick to write multiple pages to 1 .ps file
if(!$document->writeImages($file_ps, true)){
$errors[] = "Unable to use Imagick to write multiple pages to 1 .ps file: ".$file_ps;
} else{
$document->clear();
// Use ghostscript to convert .ps -> .pdf
if(!system($cmd_ps2pdf." -sPAPERSIZE=a4 ".$file_ps." ".$file_pdf)){
$errors[] = "Unable to use ghostscript to convert .ps(".$file_ps.") -> .pdf(".$file_pdf."). Check rights. ";
}
}
}

// return array with errors, or true with success.
if(!count($errors)){
return true;
} else{
return $errors;
}
}

サブレイヤーの問題と削除、ほか

風邪をひいてblogの更新をさぼってました。
ただ今、巡回途中。
http://chiruchirupon.blog119.fc2.com/blog-entry-13.htmlより

サブレイヤーの困ったところ　～v10の場合～
サブレイヤーのオブジェクトをコピペすると、サブレイヤーごとコピーされる（サブレイヤー内の全部を選んだ場合）、親レイヤーの中に直接オブジェクトが入る（サブレイヤー内の一部を選んだ場合）ということが起きる。
レイヤーごとコピーされると、同じ名前のサブレイヤーがどんどん出来たり、せっかくレイヤー分けしたはずなのに、そのレイヤーに入らなかったり。同じファイルの中でも、違うファイルから持ってきても。Alt押しながらのコピーは問題ないけど、作業はそれだけで済むはずも無い。データの中身を整理された状態で編集するためにレイヤー分けしているのに、それを乱すのだ。
それに親レイヤーのロックが解除されていると、オブジェクトメニューの[すべてをロック解除]でレイヤーのロックごと解除されるのだ。サブレイヤーはレイヤーじゃないのか？

サブレイヤーの困ったところ　～CS2の場合～
サブレイヤーごとコピーはされなくなったようだ。レイヤーは増えない。よかったーと思ったら、サブレイヤー内の一部を選んでのコピペで、親レイヤーの中に直接オブジェクトが入る挙動は相変わらずだった。オブジェクトメニューの[すべてをロック解除]でレイヤーのロックごと解除されるのも同じ。ダメやん…。

http://chiruchirupon.blog119.fc2.com/blog-entry-20.htmlより

サブレイヤーの困ったところを、追加で見つけたのでこれもメモ。何も入っていないサブレイヤーがあると、書類内容を全選択しての文字のアウトライン化が一度に行えない。(v10)
空のサブレイヤーも選択している状態で[文字＞アウトラインを作成]で文字をアウトライン化しようとすると、この空のサブレイヤーより下にある文字がアウトライン化されない。
さらに、同じことをv9、CS2で試してみたが空のサブレイヤーは、[Ctrl+A]では選択されないので、エラーも出ない。

この件はhttp://homepage.mac.com/takeharuyabe/illustrator/aiscript/javascript1.htmlに解決法が載っていた^^

m = documents[0].layers.length;
for (j=m-1; j >= 0; j--)
{
n = documents[0].layers[j].pageItems.length;
if (n == 0)
{
documents[0].layers[j].remove();
}
}

で、http://www.itmedia.co.jp/bizid/articles/0712/12/news004.htmlより

　「プログラミングにはずっと憧れていました。ある日、よく見ているブログで『文系ブロガーはみんなPHPをやるべき』ということが書かれていて、それで思い立って始めてみたのです」。2007年2月のことだった。『独習PHP』（翔泳社）を買ってきて読み込み、なんとなく全体像をつかんだ。さて、何を作ろうか、と思ったときにちょうどいい題材があることに気が付いた。

で、YouTube→「村上春樹風に語るスレジェネレータ」→「訃報ドットコム」→「圧縮新聞」となる。
2007年2月にプログラミングを始めたばかり。。。

http://d.hatena.ne.jp/nitoyon/20071212/pipes_page_fetchが評判がいい

Yahoo! Pipes の使い道といえば、次の２つだと思います。
1. RSSリーダーで読むための XML 作り
複数の RSS を結合したり、見た目を整えたりして、自分専用の RSS を作る。
（例）サイトの最新被ブックマークを livedoor Reader で読むための Pipes
任意のページの HTML を取ってこれるようになったおかげで
・RSS 配信していないページの RSS を作れます。
・全文配信していないページの RSS の全文配信版を作れます。

2. Web サービスとの連携
JSONP に対応してるので、JavaScript と組み合わせてサーバーレスに色々できる。crossdomain.xml に対応しているので、ActionScript と組み合わせてサーバーレスに色々できる。

Illustratorファイルの削除や移動ができない現象とaiicon.dll

めもブロ。より

aiicon.dllとは

名前を変えたり、移動させたりの操作でファイルが移動・削除できるようになるってaiicon.dllとは何なのか。

何をするファイルなのかといえば、

・エクスプローラなどでファイルを見るときのアイコンを表示している。
　アイコン表示したときのアイコンをファイル内容のサムネイル表示にしたり、一覧や詳細表示にしたとき、ファイルによってアイコンを変えたり。
・ファイルのプロパティのタブを増やして内容を表示している。
　エクスプローラなどでファイルを選択して右クリックメニューなどから表示できるプロパティには通常のファイルにはない「IllustratorThumbnail」などのタブを追加表示して、プレビューや保存バージョン、制作者などを表示する。

↑こんなことをしている。
Adobe共有フォルダのShellフォルダ（Program Files\Common Files\Adobe\Shell）に入り、Illustrator本体のプログラムとは別に動くプログラム部品。単独では動作しない。Illustratorファイルのアイコンなどのファイル表示に関して動作している。

＜参考：DLLについて＞

IT用語辞典バイナリ > 拡張子辞典 > .dllとは
http://extension.sophia-it.com/content/.dll

DLL　ディーエルエル　Dynamic Link Library　-IT用語辞典　e-words　　
http://e-words.jp/w/DLL.html


＜参考：SHELLについて＞

シェルエクステンション shell extension　-asciiデジタル用語辞典
http://yougo.ascii24.com/gh/23/002311.html

シェル　shell　-asciiデジタル用語辞典
http://yougo.ascii24.com/gh/72/007217.html


で、ファイル表示が便利になる反面、エクスプローラなどで表示しようとする全てのIllustratorファイルの中身（ヘッダの部分だけだと思うが）を1つ1つ確認していくもんだから、ファイル表示が遅くなったり、処理がうまくいかなかったときにファイルの移動や削除ができなくなったりしてしまう。
ファイル表示が遅いというのは、ファイルを一覧表示したとき、Illustratorファイルのアイコンが一瞬では表示されず、上から順番にゆっくりポコッポコッと表示される動作になること。個々のファイルサイズが大きいほどゆっくりになる。このゆっくり表示されるアイコンがすべて表示されるのを待たずにフォルダ移動したりすると移動できない・削除できないファイルが増えたような気がする（未確認）。とにかく移動・削除できないファイルはaiicon.dllが何かの拍子につかんで放さなくなったファイルであるらしい。だから、このdllが働かないようにdllの名前を変えてやるとか、移動するなど（dllへのリンク切れを起こすイメージ）でIllustratorファイルの移動・削除ができるようになる。代わりにアイコンがWindowsのデフォルトになったり、プロパティの追加タブ表示がなくなったりする。
アドビのサポートデータベースにもそれ以上のことは書いていないし、やってみた感じでも特に不具合はないので、表示などが気にならなければdllを働かないようにしたままでもかまわない。でも、気になるようなら、移動や削除が終わったらaiicon.dllを元に戻しておく。

aiicon.dllはv9からCS(v11)までのバージョンだけでインストールされるので、CS2以降をインストールしたPCなら関係ない。だから、CS2をインストールしたらアイコンがサムネールじゃなくなったというのはこのためだ。一言でいえば「CS2の仕様」だ。Windowsのみの話なので、Macintoshではaiicon.dllによるトラブルはない。

psicon.dllとは

さて。同じshellフォルダにpsicon.dllというのもある。これはPhotoshopの方のdll。Photoshopファイルを対象に同じことをしている。同じようにこのdllの名前を変えたり場所を移動させてやると、Photoshopファイルのアイコンやプロパティが表示されなくなる。（v7で入るのだけど、どのバージョンからどのバージョンまでにこのdllがくっついてくるのかはよく知らない。）Photoshopファイルが移動できなくなった、削除できなくなったというはあんまり聞かないので、aiiconよりはトラブル起こしにくいのかも？しれない。でも、トラブルになったときは、同じ対処でいけるはず。（このdllが原因でないとき、例えばファイル名が長すぎるとかだと、この対処ではダメだけど。）

CS2のアイコンをサムネイル表示にする

調べていくうちに、逆に「CS2になってアイコンがサムネイルじゃなくなったのが不便だから戻したい」という要望もあることが分かった。自分は普段ファイルがいちいちサムネイルで表示されたら時間かかるし表示場所取るし面倒だ、探したいときにBridge起動で十分便利と思っていたので意外だったが、まぁそういう人もいるんだろうということで、やり方を説明したページへのリンクを張っておく。

http://d.hatena.ne.jp/Kei_9/20060824
http://www.gac.jp/article/index.php?stats=question&category=5&id=15439&command=msg
http://q.hatena.ne.jp/1180541539
http://www.forest.impress.co.jp/lib/sys/wincust/contxtextn/shellexview.html

基本的に、aiicon.dll・psicon.dllをshellフォルダ作って入れてやり（dllがなければトライアウトから取り出すとか、どこぞからDLとからしい）、レジストリに手を加えてやる、という流れになる。レジストリに手を加えるのは下記マイクロソフトのページにも説明のあるとおり、間違うとWindowsそのものが立ち上がらなくなる恐れもあるので、自己責任で。

Javascript, Perl

Illustrator 10 自動化作戦 with JavaScript からサンプルスクリプト(Mac)をダウンロード。
Chapter5の133を実行して感動！　AppleScriptとの連動でボタンひとつでOK^^
win版は拡張子jsがついているものの、拡張子をtxtに変えればエディターで開ける。

早速、「JavaScriptの絵本」を買ってきました。
チラ見したところPerlと構文が似ているだけにPerlの復習もできそう。
結局、Perlはs演算子で止まってしまった。
配列、連想配列を仕事でどう活かすかというイメージが湧いてこなかったために、そこから先に進めなくなったというのが実感。
ゴールが見えない（想像できない）というのは学習する上で大きなマイナスだとつくづく思う。


あと今日見つけたblog
http://blog.xole.net/article.php?id=640
勉強になりまする。

↓あとこんなのもあった（笑
http://yusukebe.com/archives/07/12/05/103614.html

Pr5

http://d.hatena.ne.jp/works014/20071205より

実験る～むさんのところでも問題になっているが、MORISAWA PASSPORTアップグレードキット3rdが発表され、Pro5書体の文字置き換えテーブルが改訂された。

リンク先でも触れられているとおり、20070726の記事の脚注にさりげなく書いていた、過去データとの互換性を考慮してフォント名は変えてくれるのだろうという期待は見事に裏切られた。

アップグレードキットは071203の月曜日に到着していたのだが、気になりながら時間がなくて放置していた。

で、実験る～むさんのコメント欄で言及した字形パレットから字形を選択して変更した場合は問題ないのではないかということを、前に使用したファイルを利用して簡単ながら急いで検証してみた。

つまり段落書式・文字書式の設定などで印刷標準字形を選択して（あるいは字形パレットのヨコの矢印から）字形を適用したものでない限り今回の改訂は問題にならないのではないかと思う。

使ってないからよく分からない(^▽^；)ｻｱ?

12/14追記
同じくあさうすさんのとこで

InDesignでは都合3通りの方法で、字形を変更することができます。

・段落スタイルで一括変更
・文字を選択して字形パレットのポップアップメニューで変更
・字形パレットの「表示」などで字形を絞り込んでクリック

紹介されてました。
仕事でほとんどインデザ入稿がないのが悲しい。。。

Javascript

DTPの駆け込み寺に

意外にIntel Mac＋AI10の組み合わせは良いかも知れないですね（笑）。

なんて話があったので、かねてから気になっていたJavascriptをかじろうかとググったら
「Illustrator 10 自動化作戦 with JavaScript」著者：古籏一浩 本体価格：2,600円 がアマゾンで8000円近い値段をつけています（高っ！！）
http://www.openspc2.org/book/IllustratorCS2/を参考に少しづつ勉強しようかなと思ってます。

http://www.pictrix.jp/ai/index.htmlのOverPrint_Search.jsとPathJoiner.jsは必須。他にもいろいろある^^

http://tu-kazu.jp/javascript1.phpより

最近では、XMLなどを利用したInDesignの自動組版なるものが幾つか出てきています。
大変便利な物だと思うのですが、先日こんな仕事が入ってきました。

データはすべてWindows版InDesign CS2で作成されているのですが、1ファイルに1頁だけで、1万ファイルほどの印刷依頼なのですが、どうやら自動組版で作成された物のようでした。

ファイルをPDFに書出して、面付け作業を行いCTP刷版、印刷加工となるのですが、1ファイルをPDF化するのに、ファイルを開いて、PDF書出しの設定を行い、保存完了までに手作業で約1分。

1万ファイルだと1万分かかる事となり、時間だと約167時間、日だと24時間働いて約1週間程掛かる計算となります。
これを10人程度が貫徹すれば1日あれば何とかなるかもしれませんが、現実的ではありませんよね。

現場が助けてくれと泣きついてきたので、しゃねーなと考えてみたのですが、InDesign CS2にAcrobat 7のDistilerで直接inDesignの書類をPDF化できるAcrobat用のプラグインが付属しています。
（Adobe Resource CS2 CDのテクニカル情報＞InDesign CS2内にInDesign PDF 自動処理 for Acrobat 7というプラグインが付属しています。詳しくは、その中のPDFを参照して下さい。）

これでやれば、文句も言わずにパソコンが一生懸命にやってくれるだろうと思ったのですが、事はそう簡単には進みませんでした。

実際にPentium 4/1GH程度のマシンで 作業をさせてみると、1ファイル処理をするのに、約5分ほど掛かってしまうのです。Mac G5 2.3GH Dualでやってもあまり変わりませんでした。

これではどうしようもないと思い、スクリプトで対応させるかと思ったのですが、Windows版のInDesignで、フォントもMS明朝などWindowsフォントが多く使われているため、AppleScriptでは対応できませんでした。
Visual Basicは開発環境を持たない事と、あったとしても勉強から進めないと出来ないので、JavaScriptを利用する事となりました。

前置きが長くなりましたが、Java Scriptを使い、indesign CS2で書類を開き、PDF書出しを連続で行うようなスクリプトを考えてみました。

ちなみに、Java ScriptだとMacでもWinでもちゃんと動いてくれました。
気になる作業時間ですが、1ファイル約10秒程度で処理をしますので、連続で処理できれば28時間程度ですむ計算になります。

1台専用のパソコンで処理を掛けながら、別のパソコンから出力を掛けることで大幅な時間短縮が可能となります。

本題 さて作業を自動化するにあたり、そのワークフローを考えてみよう。

1.作業すべきファイルの選択。複数あるので、フォルダ毎の指定とする
2.書出すべき、PDFの保存先の指定
3.ファイルを開き、PDF書出しをおこなう
4.ファイルを閉じる

これをファイル分繰り返す事となる。

folderObj = Folder.selectDialog("フォルダを選択してください");
fileList = folderObj.getFiles("*.indd");
for (i=0; i<fileList.length; i++)
{
　fileObj = new File(fileList[i].fsName);
　app.open(File(fileObj));
　app.activeDocument.exportFile(ExportFormat.pdfType, File(fileObj.fsName+".pdf"), false, "PDFPreSet");
　app.activeDocument.close(SaveOptions.no);
}

上の作業はなんとこれだけのスクリプトで出来てしまいます。
簡単に説明しましょう。

folderObj = Folder.selectDialog("フォルダを選択してください");

見てお分かりだと思いますが、Folder.selectDialog("ダイアログに表示する文章")で、フォルダを選択するダイアログが出てくる。
選択した結果を変数folderObjに代入しています。

fileList = folderObj.getFiles("*.indd");

では、フォルダの中にある、InDesignのファイルだけを抜き出していきます。
変数fileListにIndesignファイルが配列形式で代入されたわけです。
("*.indd)で、拡張子がinddだけの物をせんたくしているのです。

for (i=0; i<fileList.length; i++)
{

}

繰り返し作業を行い、配列の中から一つずつファイルを選択して作業します。

fileObj = new File(fileList[i].fsName);

拾いだしたファイルの場所と、ファイル名を変数fileObjに代入します。
作業ができたものは、同じ場所に名前を変えて保存する事とします。
このfileObjから保存先と、保存名を作成して行きます。

app.open(File(fileObj));

ファイルを開くコマンドです。

app.activeDocument.exportFile(ExportFormat.pdfType, File(fileObj.fsName+".pdf"), false, "PDFPreSet");

これが、PDFを書出すコマンドですが、"PDFPreSet"と言うところに注目して下さい。
これは、InDesign側でPDF書出しプリセットで事前に必要なプリセットを作っておく必要があります。
トンボの有無や、塗り足しの有無。PDFの形式など設定しておき、プリセットして保存します。
この際、アルファベットだけにしておいた方が、文字のトラブルなどを考えずに済むので、良いのではないでしょうか。

exportFile()が書出しコマンドだが、プロパティが幾つか必要になる。

exportFile(ExportFormat.pdfType, File(fileObj.fsName+".pdf"), false, "PDFPreSet");

ExportFormat.pdfType　書出しフォーマットをPDFに設定
その他にもepsType・inCopy・jpg・rtfなど書出せるタイプすべてが用意されている
File(fileObj.fsName+".pdf")　書出す場所と、ファイル名を指定する。
今回は単純に、元あった場所に、そのまま.pdfの拡張子を付けただけのファイル名とした。
false　書出し設定のダイアログを開くかの設定をおこなう。
falseだと、ダイアログは開かない。trueにすると保存のたびに、保存形式などを尋ねてくる。
"PDFPreSet"　InDesignのPDF書出しプリセットのプリセット名を入れる。

app.activeDocument.close(SaveOptions.no);

ファイルを閉じるコマンドだが、オプションとして、現在は保存をせずに閉じる設定です。
SaveOptions.yesとすれば、保存して閉じる事となる。

これで一連の作業を繰り返せば出来上がりです。

Java scriptの基本的なリファレンスは、Adobe Resource CS2　CDのテクニカル情報＞InDesign CS2＞スクリプティンク＞InDesign CS2 スクリプトリファレンス.pdfを参照して下さい。

Java Scriptを書くには、テキストエディタでも構いませんが、保存形式をUTF-8形式で保存し、拡張子として.jsxと付けます。
できたスクリプトファイルをAdobe InDesign CS2フォルダの中のPresets＞Script内に入れます。

inDesignを起動し、ウィンドウメニューの自動化の中のスクリプトウィンドウを開き、さきほど保存したスクリプトファイルをダブルクリックで実行すれば、作業が開始致します。

テキストエディタでなくても、Adobe Creatave suitにはExtendScript Toolkitという開発環境が付属してきます。
これを使うと、スクリプトのデバッグなどが非常にやりやすくなっており、便利です。

Illustrator CS3起動必須のフォント

http://kako.at.webry.info/200712/article_1.htmlより

MyriadPro-Bold.otf
MyriadPro-BoldCond.otf
MyriadPro-BoldCondIt.otf
MyriadPro-BoldIt.otf
MyriadPro-Cond.otf
MyriadPro-CondIt.otf
MyriadPro-It.otf
MyriadPro-Regular.otf
MyriadPro-Semibold.otf
MyriadPro-SemiboldIt.otf

RosewoodStd-Regular.otf

StencilStd.otf

tahoma.ttf

tahomabd.ttf


フォントフォルダーの中でシステムが使うであろう必要なフォントは、フォントフォルダーから消せないから、一括でフォントを別のフォルダーに移動してOK

ちなみにOSはXP Home。

そんな感じでチマチマ作業して、起動が早くなったのか・・・というと

「よくわかりません。」

PDF 千夜一夜

PDF出力時の改ページ位置のずれ

Antenna House PDF Driverを使って、PDFを作成するシステムを作っているお客様から、ExcelのファイルをPDF化すると、改ページ位置がずれてしまうが何とかならないかという問合せが来ました。

確かに、Excelファイルをプレビューしたとき、手元のプリンタ（私が普段使っているのはCanonのMP500というパーソナルなプリンタです）と、PDF DriverでPDFに出したときで改ページの位置が1ページあたり1行ずつずれてしまいます。社内の他のプリンタでも、PDFと改ページ位置がずれるようです。

調べてみますと、Antenna House PDF Driverの代わりにAdobe PDF (8.1)のドライバを使っても全く同じようになり、実際のプリンタで出すのと比べて、PDFでは1ページあたり1行ずつ改行位置がずれていきます。

お客様は、この問題にかなり困っているようですので、弊社の担当者もいろいろと調べていました。
Adobeのサポートにも、同じような問題の報告が寄せられているらしく、次のような情報があります。

・Excel から PDF ファイルを作成する際の推奨事項（Windows 版 Acrobat 6.0/7.0）
http://support.adobe.co.jp/faq/qadoc/AJ25.nsf/0/2fedaa08c10ea9a449256d420049b1d7?OpenDocument

このページには、次のような注意事項が書かれています。
----------------------
Excel ではページ設定および使用可能なフォントを「通常使うプリンタ」のプリンタドライバ用に適用するため、「通常使うプリンタ」を変更することによって文書のフォーマットが変更されてしまう場合があります。Excel 文書が別のユーザによって、または別のコンピュータ上で作成される場合は、Adobe PDF プリンタを「通常使うプリンタ」に設定してから文書を作成するように、文書の作成者に依頼してください。
----------------------

これについては、マイクロソフトのWebページに、さらに、詳しい解説があります。

・http://support.microsoft.com/kb/400271/ja　[XL2002] 異なる環境で印刷範囲やセルの幅や高さが変わる場合の対策

・http://support.microsoft.com/kb/881233/ja　別のコンピュータでファイルを開くと画面表示や印刷結果が異なる場合の注意事項

要するに、Excelの場合、文書を表示・印刷するときのページのレイアウトの計算を高速に行うために、セル幅やセルの高さ、文字の大きさの計算を簡略化しているため、ページのレイアウト結果が、環境（ディスプレイやプリンタ・ドライバ）に依存するようになっているようです。

このため、プリンタ・ドライバを変更するとページのレイアウトが変わってしまうことが往々にしてあるようです。

どうも、各社のPDFドライバは同じようにPDF作成時の改ページ位置が、物理的なプリンタ装置の場合と違う傾向があるようです。物理的なプリンタ装置では、完全に紙の縁まで印刷することはなく、周囲に印刷できない領域がありますが、PDFドライバは論理的に計算するものですので、装置の特性で印刷できない領域がないということが、影響しているのかもしれません。

原因は、何にせよ、Excelの場合は、改ページの位置が変わる傾向がありますので、文書を作るときに、印刷に使用するPDFドライバを、「通常使うプリンタ」に設定するように注意しないといけないと思います。

PDF以前にプリント時点でこの問題は出ていた。

インストラクターのネタ帳関連

ワ行のゐ・ヰ・ゑ・ヱを入力するには？

「ゐ」「ヰ」「ゑ」「ヱ」がワ行の「i」「e」だとわかっていると、ローマ字入力で［w］［i］のキーを押せば「ゐ」に［w］［e］のキーを押せば「ゑ」になるように思え、実際に試してみると「うぃ」「うぇ」にしかならず、「ゐ・ヰ・ゑ・ヱを入力するには？」というご質問になるわけです。

▼操作方法：日本語入力がOnの状態で［i］キーを押し、「い」の変換候補から探して確定する

文章にすると何だかわかりにくい感じですが、日本語入力がOnの状態で［i］キーを押すと「い」と表示され確定せずに変換をすると、例えば「意」「医」「胃」などが変換候補と表示されます。この変換候補の中に「ゐ」「ヰ」は存在しています。
同様に「ゑ」「ヱ」も「え」から変換して入力することができます。

2007年アクセスランキング


複利計算を“暗算”で行う

“投資”をかじったことのある人なら、「72の法則」を聞いたことがあるだろう。これは、72を利率のパーセントで割ると、資産や借金が2倍になる年数が分かるというものだ。例えば、100万円を毎年6％で運用すると、12年で201万2196円となり、ほぼ2倍となる。
同様に、では資産が3倍になるのにかかる期間はどれくらいか。これは「114の法則」という。同じく114を利率で割れば、だいたいの3倍になる年数が分かる。

中国語の声調記号

http://hanamizki.blog25.fc2.com/blog-entry-9.htmlより

ネットで見ても中国語関係のページでは声調記号を画像ファイルで表示させているページがほとんどで、著者も諦めかけていたのですが、こちらに表示する方法を見つけました。

どんと来い、中国語

実際に表示させるとこんな感じです。

我　（wǒ）

「どんと来い、中国語」では、フォントは"monospace"がYahoo!Chinaでも使われていて（恐らく）文字化けもなく、見やすいのではないかと書かれていますが、著者のWindowsXPの環境でこのgooブログを書いて表示させてみたところ、フォントは"Lucida Sans Unicode"が最も見やすいです。

将来的により見やすいフォントが出てきたり、逆にインターネット・Windows環境が変わって "Lucida Sans Unicode"で見づらいような状況になったらフォントを見直しますが、今後"Lucida Sans Unicode"フォントを使って声調記号を表示します。


まとめると下のようになります。


中国語の声調記号をブログで表示させる方法

（１）表示させるピンインをエディタで作成する
・・・まず表示させるピンインを書く => wǒ

（２）ピンイン全体を<font>タグでくくる
・・・前後にタグを書く => <font>wǒ</font>

（３）<font>でフォントを"Lucida Sans Unicode"に指定する
・・・ face属性でフォントを指定 => <font face="Lucida Sans Unicode">wǒ</font>

（４）ブログの編集画面に貼り付ける
・・・貼り付けたらこうなる => wǒ

奥さんがblogをはじめると必要になりそうなのでメモ^^

EPSは特殊なのか

http://yoshihashi.blogspot.com/2007/11/blog-post.html
http://yoshihashi.blogspot.com/2007/11/blog-post_27.htmlに関連

派遣先にてプロファイルを適用した画像をイラ10に貼り、その結果を画像にしてこのblogにUPしようとしたのだが、EPS形式で持ち込んだためUPできない。
ならばと思い、VectorでEPS画像をJPEG形式に変換してくれるツールを探したが、、、ない！！！

eps形式はDTPでは当たり前のように使われるが、どうも融通の利かない形式のようだ。
EPSは独立したファイル形式のためか、イラ5.5時代は5.5epsをQちゃんに貼り出力する時、5.5に貼られていたリンクEPS画像がない時は必ずアラートが出た（8からはなくなった）。
そのためかRGB-eps画像をイラ10に貼った時はリンク形式ではプロファイルは適用されず、埋め込まれて初めてプロファイルが適用される。

先日のダブルトーン画像がPDF作成時にプロファイル変換が利かなかったのも、eps画像であり埋め込まれていなかったからだと推測される。このダブルトーン画像はCMYKモードと表示されながら、その実体はLab(RGB)モードだろう。元がグレスケ画像に色塗りされているのだがLabとして記憶され、出力時にLab→CMYK変換されていると考えられる。ちなみにDistiller4ではダメだったが7では色はおかしくなるものの指定色に変換された。

このPhotoshopの色変換はLabベースにて行われているとしか考えられない。
というのもグレスケ画像をCMYKモードにする際に変換モードを「K最大」にすればK100のCMYK画像ができる。この設定はRGB-CMYKにする際に行われるものだとばかり思っていたがどうも違っていたようだ。

Perlの超基本スクリプト

http://tama-san.com/index.html#2007-11-26より

# utf8でファイル入出力
use utf8;
foreach $ARGV (@ARGV) {
open(OUT,">:utf8","$ARGV.new") unless -e "$ARGV.new";
open(IN,"<:utf8","$ARGV") || die "can't open";
while () {
s/^/0/; #ここで処理
print OUT;
}
close IN;
close OUT;
}

UTF-8を使う環境にないだけに悲しい。。。
新しい環境の職場を捜さなくては。と、思いつつも繁忙期なだけに抜けたら迷惑かけるよなぁ～。

ツール紹介

http://www.dtp-transit.jp/mac_os_x/post70.phpより

Mac OS Xでは［ファイル］→［アーカイブの作成］を選択して、ZIPファイルを作成できる。ところが、これをWindowsに持って行って解凍すると「.DS_Store」やカスタムアイコンファイルと呼ばれる“不要な”ものが出てきてしまう。

Mac OS Xのデフォルトの機能は使わずに、CleanArchiverをオススメします。

http://piyopiyoedit.blog93.fc2.com/blog-entry-308.htmlより

EPSファイルをクイックルックしてくれるツール
http://www.eternalstorms.at/utilities/epsqlplg/index.html

こういった意見があるだけにwin版が欲しい。
http://d.hatena.ne.jp/jdash/20071128/1196218066

ダブルトーン画像

Ｍ+Ｋで作成されたデータを刷り色に近い形でPDFにして欲しいとの依頼を受け、
http://yoshihashi.blogspot.com/2007/07/blog-post_30.htmlのやり方でＭを特色に変換したPDFを作成したものの、Ｍのままの画像があった。ダブルトーンでMagentaに色づけされた画像である。
このダブルトーン画像はPDF作成時に圧縮がかからず、ホント始末に終えない。

http://www.incunabula.co.jp/dtp-s/AcrobatDTP/Acrobat_saku2/index.htmlは暗記する必要ありだな。

ダブルトーン画像をCMYKに変更して処理しようとしたがデータが重くなり、Perlでのフォント置換ができない！
今、考えられるやり方は
第６回◆ドキュメント内の特色を別のカラーに変換して出力する方法でＭをCMYKの特色に置換できるか？
第12回◆PostScriptファイルを書き出す　カラーウィンドウで再書き出し後、ＭをCMYKの特色に置換。

それにしても過去の日記の内容を随分忘れている。。。

忙しくて検証できなかったが
http://support.adobe.co.jp/faq/faq/qadoc.sv?216074+002

ダブルトーン画像を EPS 形式で保存する場合は、Photoshop で各カラーチャンネルのトランスファ関数を保存後のファイルに含めることができます。ただし、これは自動的には実行されません。EPS ファイルを保存する際に、[トランスファ関数を含める]オプションを選択して、トランスファ関数を含める必要があります。Acrobat Distiller 3.0x と 4.0 の場合は、ダブルトーンの色分解を正しく処理するためにトランスファ関数が必要です。
Acrobat Distiller 3.0x では、ダブルトーンの色分解は直接はサポートされません。したがって、ダブルトーンの EPS ファイルを、EPS ファイルのトランスファ関数を使って CMYK 画像に変換する必要があります。

PDF解説

最近このblogに注目している
http://kzworks.at.webry.info/200711/article_25.htmlより

多分、一番分かりやすいPDFのデータフォーマットの解説

ずっと前に見たことがあって、その後、WEBページが消滅してしまったので、あきらめていたPDFの解説記事がWebArchive内で見つかった。

手書きPDF入門
http://web.archive.org/web/20041204131320/http://www.kobu.com/docs/pdf/pdfxhand.htm

とにかくこれを読めば、PDFのデータ構造について、必要最低限のことがわかる。
AdobeのPDFリファレンスの数百倍簡潔な記事だ。
これを読めば、PDFの中身が意外とシンプルだということがわかる。
Perlなどのスクリプト言語でどうにかできるような気がしてくる。
そして、どつぼにはまる。

他にもPerlでPDFの加工にチャレンジしている。

先日、「PDFリファレンス 第3版」を買おうと思ったけど、高かったし。。。
何よりPDF1.3形式の解説だったしね。

ホットフォルダ運用

ちと調べ物をして
http://bbs.ddc.co.jp/mt/dtpbbs/archives/ps_20050924153045.htmlに辿り着く。

2ちゃんにも最近あがっていたのだが、PS書き出し時の解像度、線数がホットフォルダと一致しない場合、どちらが優先されるのかが気になっていた。まぁ、これはICCプロファイルが違っていた場合、どちらが優先されるのか、もしくはプロファイルの二重かけが発生するのかに似たような問題でもあるのだが。。。

「先方でフィルムを出力した際のPSデータ」というデータを入稿されました。
これの出力はデスクトッププリンターにドラッグすればいいんでしょうか？
また、この状態で出力線数や、フィルムの裏表に関しての設定ってできるものなんでしょうか？
普段からアプリからの直接出力しかやっていないので、扱いがよくわからないのです。
どうかご教授願います（123）
PSデータであればFACILISなどの面付けソフトで処理することもできますし、RIP（出力機）にドロップフォルダ（ホットフォルダ）運用のような名前でPSファイルをコピーすることで動作する処理方法が用意されていると思います。[yamaguchi]

これはあくまでRIPや出力機のPPDが同じであればokですが、RIPや出力機が異なると、線数、用紙幅（感材幅）,ページ間隔,露光方法,（ネガ・ポジ／鏡像・正像）に影響しますから、やみくもにその運用推奨は危険だと私は思います。線数、場合により網形状に問題があります。RIPで強制変更が可能なRIP（Celebra等）であればJobTicketで変更も可能とは思いますが、検証されていないPS処理は危険でしょう。[ken]

ちゃんとした面付けソフトなら、機種依存情報は削除（あるいは無視）するように動作します。まぁ、ソフトがどういう作りをされているか．．ということですね。[ron.]

それを調べる手段としてはどのようなものがありますか？
ワークフロー RIP だとベンダの言ったことを信じるしかなさそうな気がする……[CL]

やってみれば分かるんじゃないですか？
　適当なＰＰＤ使って作った（色々な設定を埋め込んだ）ＰＳファイルを面付けして、別の出力機で全く違う設定をして出すとどうなるのか。
見比べれば、機種依存部分は分かりやすいので、すぐ分かると思いますよ[ron.]

Quark4に貼られたTIFF画像の解像度は機種依存やったね。低い解像度で書き出したPSは高解像度のホットフォルダに投げても低いままだった。まぁTIFFそのものがTagged Image Format Fileの略で他のアプリでいじれるため、そうなったんだと思う。
2ちゃんにも上がってた^^
http://money6.2ch.net/test/read.cgi/dtp/1039665898/115n-
QuarkXPress 4の「印刷」ダイアログボックスには プリンタ解像度でTIFF出力（「ファイル」→「印刷」→「オプション」）という オプションがあります。このチェックボックスをオンに設定すると、 「出力」タブ（「印刷」ダイアログボックス）で設定された線数の値を無視して、 そのプリンタの設定解像度にあわせた線数でTIFFファイルが出力されます。
http://www.quark.co.jp/techdb/db_115.html

常時オンにしる。そうでないと、クオクが勝手に解像度を 線数×2の解像度に変更しちゃうぞ。気付かないのは まあまあの設定だからさ。

XMLとInDesign

http://blogs.yahoo.co.jp/pi_and_pu/51378495.htmlより

XSLTスタイルシートでXMLをInDesignタグ付きテキストに変換すれば、文字スタイルや段落スタイルを定義して流し込むことができます。

これを以下のようなXSLTスタイルシートでInDesignタグ付きテキストに変換します。
変換には適当なフリーウェアのXSLTプロセッサを使用し、テキスト形式で保存してください。

http://www.geocities.jp/voiture04/sample/tagtext.xsl
(ソースを表示して、コピーしテキストとして保存してください。ブラウザ表示ですとタグの実体参照をしてしまうので、XSLTスタイルシートとして使えなくなります。）

ちなみにXSLTとは

http://e-words.jp/w/XSLT.htmlより
　XMLによって記述された文書を他のXML文書に変換するための簡易言語。XML文書の構造を別の形式に変形するための変換ルールを記述するもので、記述されたXSLT文書は「スタイルシート」と呼ばれる。もともとはXSLの一部として変換処理を行なうために開発されたが、単独で使用することも可能である。おもに、XML文書からHTML文書やテキスト文書への変換などに使用される。なお、XSLTによる変換を実行するためのソフトを「XSLTプロセッサ」と呼び、XTやXalanなど様々なものが知られている。

OSX Leopardに対応していないプリンタの使い方

DTPの駆け込み寺より

IPプリンタとして使用するPSプリンタの場合、単にPPD設定に基づいてプリンタにデータを転送しているだけですから、動かないのも少々ヘン。そこでPPDをエディタで開き、中から気になった部分を削除して使ってみました。削除したのは、

129行～148行
--------------------------------------------------------
*% Begin uni-driver stripping
*%EFIFlags *InstalledMemory
*%EFIGroup *InstalledMemory EFPPInstallableOptions/Installable Options
*OpenUI *InstalledMemory/プリンタメモリ : PickOne
*DefaultInstalledMemory: 64MB
*InstalledMemory 64MB/64 MB: ""
*InstalledMemory 128MB/128 MB: ""
*InstalledMemory 192MB/192 MB: ""
*InstalledMemory 256MB/256 MB: ""
*?InstalledMemory: "
FieryXJdict /getfierysysdict known
{(%%OPT_MEM) FieryXJdict /getfierysysdict get exec }
{ (64MB) }
ifelse
= flush
"
*End
*CloseUI: *InstalledMemory
*% End uni-driver stripping
--------------------------------------------------------

メモリ問い合わせ部分を削除。これでTigerの時と同様に動くようになりました。
IPプリンタの設定方法は、http://support.fujixerox.co.jp/faq.asp?f=3777　に詳しいです。

蛇足ですが、もしかしたらWin2000のドライバでも動くのじゃないかと思って試したところ、これもOK。そこで、Mac用PPDとWin2000用PPDを比較したところ、なんと、上記部分の有無のみが異なっておりました。ってことは、Win2000用PPDで設定すればOKってことですよね。

私の使用環境ではこれで十分に動作してくれますが、Tigerと同様、
http://download.fujixerox.co.jp/defacto/macos_x/macos_104.html#printer
の欄外の動作制限は同じですので、お気をつけください。

Intelベースなだけに他にも色々Winから流用できそう^^

pxとem

http://nagomiplace.blog50.fc2.com/blog-entry-94.htmlより

pxですと
『12px』を設定するとブラウザで文字を大きく表示しても変わらず
小さくしても変わらず。
どんな環境でも12pxが保たれます。
emはその逆
文字を大きく表示すると一緒に大きくなります。
小さく表示設定すれば一緒に小さく。

どっちがユーザーはいいのでしょうか？

サンプルつくったので
ブラウザの表示から文字の大きさを変えてみて下さい。

で、ソースの一部を抜粋。
<style type="text/css">
<!--
.text_10 {
font-size: 10px;
}
.text_12 {
font-size: 12px;
}
.text_15 {
font-size: 15px;
}
.text_s {
font-size: 0.65em;
}
.text_m {
font-size: 0.75em;
}
.text_l {
font-size: 0.95em;
}
-->
</style>
</head>

<body>

<p><span class="text_10">10pxで設定した場合</span><span class="text_12">/12pxで設定した場合</span><span class="text_15">/15pxで設定した場合</span></p>

0.65emで設定した場合</span><span class="text_m">0.75emで設定した場合</span><span class="text_l">0.85emで設定した場合</span></p>

</body>
</html>


ちなみにemとは
http://www.sophia-it.com/content/emより

em
読み方：エム
emとは、タイポグラフィの分野で用いられる長さの単位のひとつで、現在使用しているフォントサイズを基準とした単位のことである。

emで表される長さはポイント（pt）と等しく、例えばフォントサイズを10ptに指定している場合、1emが示す長さは10ptとなる。

emは多くの場合、CSS（スタイルシート）において文字のレイアウトを指定するための単位として用いられる。文字サイズを相対的に指定することができるので、行間の高さなどを効率的に調整することができる。例えば「行間は文字の高さの1.5倍」（1.5em）などと指定することができる。

歴史的には、emは活版印刷で用いられていた単位であり、大文字の「M」が縦横いっぱいの空間を占めることから、フォントサイズの基準として使用されてきたとされる。現在ではemの示す意味は変わっているが、今でもこの意味で説明されることがある。

ワードの下ルビ、フォント一覧

http://ss-nihongo.cocolog-nifty.com/blog/2007/11/post_81a8.htmlより

１．まず、ルビをつけたい文字に、通常の方法でルビをつける。

２．文字列を選択して、Altキー（キーボードの下のほうにある）を押しながら、Ｆ９を押す。すると、次のような｛　　}で囲まれた文字列（フィールドコート）が表示されます。ここでは「韓」という字を例にしました。

{EQ \* jc2 \* "Font:ＭＳ 明朝" \* hps10 \o\ad(\s\up9(かん),韓)}

３．文字列の最後のほう、「up9（かん）」という部分の「up」を「do」に変える（半角文字を使用）。ちなみに「up」は「上にルビをつけよ」という意味で、「do」はdownの略で「ルビを下につけよ」という意味。

４．「do」に変えたら一度、Alt＋Ｆ９を押して通常の表示にもどすと、ルビは下に振られていると思います。

５．もし、ルビと親文字との間隔が空きすぎている場合は、もう一度、Alt＋Ｆ９でフィールドコートを表示し、doのすぐ後の数字を小さくすると、くっつきます。逆に離したいときは数字を大きくします。

フィールドコートは１文字ずつ、｛　　}に括られて表示されるので、まず単語レベルで試し、それから文章で試すとよいかもしれません。

また、まとまった文章について、一気に下ルビにするのはフィールドコートを表示して「一括変換」機能で「up」を「do」に変えるのがよいと思います。

ワードはここ数年使ってないけど、使う機会があったときのために。。。
派遣先の古いMac版のワードでもできるのか？


手持ちフォントの一覧を表示してくれるソフト。
http://muumoo.jp/down005.shtml

他にもいろいろあります^^


http://nogatawiz.exblog.jp/7709416/より

apple銀座店でone to oneに入りました。年間９８００円で週１回１時間のプライベートレッスンが受講できます。また、スタジオクラスといって１人の講師と１０人ぐらいの受講生がmac book proを使いながら勉強ができる教室も受講できます。先日、one to oneでfinal cut express HDを１時間みっちりと教えともらいました。午後からはadobe photoshop CS3のスタジオクラスも受講しました。これで年間９８００円でいいのか？と思うぐらい親切丁寧な講師陣に感謝。

課題のScript

http://www.seuzo.jp/st/Other/AS2.0.html
未だに手つかずのまま。何とかものにしたいと思いつつ早数年。

http://d.hatena.ne.jp/amachang/20061201/1164986067より
[JavaScript] とてもシンプルに自分自身が属する script 要素を取得

<script>
var currentScript = (function (e) { if(e.nodeName.toLowerCase() == 'script') return e; return arguments.callee(e.lastChild) })(document);

alert(currentScript);
</script>

こうすることで、currentScript はこの script 要素を指す。
以下略。

う～ん、読んでも訳分からん。

http://www.gac.jp/article/index.php?stats=question&category=5&id=15439&command=msgより
DTP関係のQ&Aは寺と壺は昔のこと。こっちが主流になりそうな予感というか毎日チェックする必要あり。


なんちゃって個人情報
いずれ使う時が来る。

備忘録

http://ipcns.iwamoto-p.co.jp/~asahi/mtblog/archives/dtp/index.htmlより
ＦＭスクリーン印刷

 
スクリーン形状をみれば当然のことかもしれませんが、何となくガサガサした様な印象を受けます。何色か重なった部分では、そう気になりませんが、単色の網になるところは、普通の網の方が綺麗な印象を受けます。

先日、校正刷で、この汚さが顕著に出たため、本刷は従来のAM網で印刷することになりました。

 
校正刷の汚れた状態　スミ網70％です

Randot-x で本刷をしていても、こんなに汚く上がるとは思えません。校正刷りの状態をよく見ると、水上がりをしている傾向が見受けられます。
個人的意見としては、校正刷に問題があるのではないかと思えるのです。
しかし、このような細かいスクリーン形状の物は、校正刷はできないのかもしれません。

FMスクリーンは何線ですか？

先日、FMスクリーンは何線ですか？という問い合わせがあった。
FMスクリーンとはどういうものかを知っていれば、こんな質問は出ない。
しかし、こんな乱暴なきき方をする人にいくら“FMスクリーンとは何ぞや”を説明しても、説明し終わったとたんに、「それで、一体何線くらいなんです？」ときかれるのがオチだ。

それで、RIPの設定ウインドウにある、810線を答として返した。

結局は、もっとも細かい網点で出力して、綺麗な物をあげたいので、その物差しとして“線数”を担ぎ出したのだろう。

FMスクリーンの場合、網点の大きさは一定で、網点間の距離を変化させる。
RanDot-Xには網点が10ミクロンのRanDot-X10、15ミクロンのRanDot-X15、20ミクロンのRanDot-X20がある。

X10は点が小さすぎて、商用印刷としての安定性に問題があるので、多くの印刷会社がX15かX20で運用しているようだ。

810線とは何を根拠にしているのだろう。

おそらく、2400dpiの場合1dotが約10ミクロン、20ミクロンは田の字型に約4dot。中をとって約3？　2400÷3で800線かな？　あれっ？10足りねぇや。

複製防止すかし

コピー機で複写すると「複製」などの文字が浮かび出るすかし。
仕掛けは、簡単で、地紋に細かい網を使い、浮かび出る文字等を粗い網を使う。
濃度は同じ％で、同じ色で印刷するので、人の目には単に網点の地紋がある様に見える。
しかし、コピー機で複製すると、読み取り解像度の限界で、粗い網は再現するが、細かい網は飛んでしまうか、コピー機の持っているスクリーンになる。

アドビパブリッシングソフトウェア関連資料

「アドビパブリッシングソフトウェア関連資料」と題して、Adobeのソフトの挙動の解説書を配布している。
http://www.adobe.com/jp/print/printproinfo.html

Creative Suite 2, Illustrator CS2, InDesign CS2の各種設定ファイル、入稿データ作成ガイド、出力関連情報、話題のPDF/X-1a、その他耳より情報

http://oshiete1.goo.ne.jp/qa1055686.htmlより
ソリッドとは、特練り（とくねり）インキのことで複数のピュアな顔料を使ったインキを混ぜて作った色のことです。
参考：http://support.adobe.co.jp/faq/qadoc/AJ25.nsf/0/a66c7ed57307ec5649256d0900367546?OpenDocument

この現象は、Photoshop のバージョンによる CMYK ベースの「プロセスカラーノート」（DIC ***p）と、Lab ベースの「DIC カラーガイド」（DIC ***s）の違いにより発生します。従来は印刷において主流の CMYK ベースのカラーパレットを採用していましたが、Photoshop 7.0 以降からは Web などのディスプレイ上での使用を考慮し、より広い色再現を可能とするために、Lab ベースのカラーパレットを採用しています。
Illustrator と InDesign では、CMYK ベースのカラーパレットが採用されています。そのため、同じ DIC カラー番号の色を同じ色として表現できない場合がありますが、いずれかのパレットで色指定を統一することにより問題を回避することができます。

住所抽出

CLさんのとこから^^
http://blog.cgfm.jp/cota/archives/54
http://blog.cgfm.jp/cota/archives/51

movimap_scrape.pl

#!/usr/local/bin/perl
use strict;
use warnings;
use Web::Scraper;
use Data::Dumper;
use Template;
use URI;
use Geography::AddressExtract::Japan;

use encoding "utf8", STDOUT => "utf8";

my $uri = URI->new("http://www.movimap.net/kodawariblog/family/");
my $scraper = scraper {
process '//div[@class="box"]/div[@class="box01"]/h3/a', 'link[]' => '@href', 'title[]' => 'TEXT';
process '//div[@class="box"]/div[@class="box02"]/p', 'address[]' => 'TEXT';
};
my $result = $scraper->scrape($uri);

my @list;
for my $i ( 0 .. scalar @{$result->{"address"}} - 1 ){
my $addr = Geography::AddressExtract::Japan->extract($result->{"address"}->[$i]);
push @list, {
address => $addr->[0]->{"city"} . $addr->[0]->{"aza"} . $addr->[0]->{"number"},
link => $result->{"link"}->[$i],
title => $result->{"title"}->[$i],
};
}
my $tt = Template->new({
INCLUDE_PATH => ".", EVAL_PERL => 1
});

$tt->process("map.tt", { result => @list });

Geography::AddressExtract::Japan最高っす!

寺から

イラレで作成した文字がテキストデータのままメールソフトへコピペできない
http://gande.co.jp/cgi-momoco/2chview.cgi#t_20071113184044より

画像として貼り付きますからね。
http://www.bluem.net/downloads/plain-clip_en/
これ、使ってみる？
一口にテキストをコピーするといっても、それぞれのアプリケーションでクリップボードに送られた中身は違ってきますから、上記のリンク先ツールは、それを素のテキスト（プレーンテキスト）に変換しちゃおう！　というものです。
ダウンロード後、ドックに登録。
イラレでテキストをコピーし、Plain Clipのアイコンをワンクリック。
その後、「メール」にペースト。簡単です。

http://tama-san.com/
たまさんの【浮紙】はどうでしょうか。

「Change into Plain Text 3.6」ってのもありますね。

ＭＫのダブルトーンについて
http://gande.co.jp/cgi-momoco/momoco.cgi?btype=pc&mode=tp&ord=new&page=1&file=20070315163625より

インキ１から順に、暗い色から明るい色の順で色を割り当てるのがPhotoshopの流儀かと。

インキの明暗に順番があるというのはわたしも初めて聞きましたが、わたしはDuotoneのカラーにプロセスカラーを指定するときのインキ名は必ずBlack、Cyan、Magenta、Yellowというように英語名にするようにしています。
最近のバージョンのPhotoshopではCMYKを各々100%で入力するとインキ名も自動で入力されてプロセスカラーとして認識されますが、旧バージョンではカタカナ表記でも特色として認識されたことがありましたので、今でも英語名にするようにしています。コンパスさんの問題もインキ名をM100、K100にしてしまったことによるものですね。

ギャングアップ印刷
また、チケットや名刺など、同一もしくは異なるページイメージを一枚の用紙に反復してプリントする「ギャングアップ」にも対応しています。

Photoshop関連

http://e0166.blog89.fc2.com/blog-entry-330.htmlより
flauntR
flauntRは無料で使えるオンラインフォトエディタですが、その最大の特徴は英語がわからない私でも使える手軽さにあります。
photostylR
ワンクリックで、画像に対して様々な特殊加工が出来るアプリ。
枠を付けたり、画像をゆがませたり、ノイズを入れたりといった加工が可能です。
photoeditR
これはトリミング（画像のカット）や、リサイズなどが出来ます。
リサイズサイズを移動でき、正確なカットができる為トリミングに関してはPhotoShopよりも簡単です。
photoprofilR
これは各種色々なサービスのプロフィール画像のリサイズを行う為のアプリです。


最近、入稿データのグレスケール画像がやけに暗いと感じていた。
多分、制作会社の方で「グレスケール変換」の設定を「黒インキ」にしているのが原因だろう。
しかし、http://www.adobe.com/jp/support/techguides/photoshop/cms1/grayset.htmlを見てしまうと「黒インキ」設定をadobeが推奨しているようにも思える。
RGBもしくはCMYKデータから「グレスケール変換」の際に「黒インキ」にしてあるとドットゲインが含まれた画像になってしまう。「黒インキ」にする時はPhotoshop上で色を塗る時だけ。
あぁ、http://www.shinmai.co.jp/koukoku/guide/manual/photosp.htmも「黒インキ」を推奨しているよ。。。
http://www.denga.jp/10hayakawa/PSirokanri.htmlが分かりやすいと思う。

◆グレースケール設定とは？
Photoshop4.0の印刷インキ設定にあった「グレースケールにドットゲインを使う」オプションが独立しただけの機能だ。
RGBをチェックすると画像にドットゲインは適用されず、黒インキをオンにするとその時点のCMYK設定でセットされている墨版のドットゲイン値を画像に適用する。

印刷する直前まではデフォルトのRGBオンのままで作業すべきだろう。

今日の収穫物

DTN-Blogより
PDF書き出しのおすすめは、PrimoPDFだが、これ、ホントに無料でいいの？というPDFビューアが登場。

「クセロReader ZERO」
http://xelo.jp/xelopdf/readerzero/index.html
PDFビューアといえば、Acrobat Reader、これだって無料なのだけれど、
「クセロReader ZERO」がいいのは、

・画像ファイルをウィンドウにドラッグ＆ドロップして“PDF変換”
・画像のみのPDF文書でテキスト検索を可能にする“OCR処理”

つまり、画像ファイルを読み込んで、PDF化し、OCR処理をすると、画像からテキストが抽出できてしまうスゴサ。
「パンフレットからWeb化してよ」みたいな依頼が時々あるのだけれ、問題なのは、テキストの手打ち。
でも、これなら、そのままテキストが抽出できるので、時間と手間の節約が可能。

http://blog.goo.ne.jp/yamagu74/e/e89e6735569ea1c3824b884f3b29ec63より
WindowsXPでAcrobat8.1を使用しているが、IEやFirefoxから印刷をしようとすると、

「Acrobat がライセンス認証されていないため、Adobe PDF の作成を続行できません。印刷を続行するには、Acrobat のライセンス認証を行ってから「再試行」をクリックしてください。
PDF の作成を終了するには「キャンセル」をクリックしてください。」

というエラーが出て印刷できなくなってしまった。
もちろん、Acrobatは購入したものだし認証も完了している。
このメッセージをGoogleで検索してみると、Windows VistaやIE7の保護モードが有効になっている際に出るものらしい。しかし、私の場合はXPだ。Office2007が怪しいだろうかと調べてみるも有効な情報は見つからない。
そこで、なかばやけくそでタスクマネージャを起動してacrotray.exeを強制終了してみたところ、たちどころに印刷できるようになった。

属性のアウトプット値

「Illustrator 使いこなしの鉄則」の本を購入した理由のひとつは
http://dtp-s2.seesaa.net/article/38612468.html#moreにある続きが読みたかったから。

マスターヨーダ：PostScriptというのは、実はな、曲線を印刷できんのじゃ。知っておったか？　直線だけを描画するんじゃ。

あなた：えー、ベジェ曲線、というじゃないですか。あれはPostScriptじゃないんですか。

マスターヨーダ：いやいや、PostScriptオペレータでは曲線は記述できるぞ。描画命令としては、もちろん曲線は表現できるに決まっておる。曲線の描画命令を実際にプリンタに出力するじゃろ。そのとき、その曲線は小さい直線で構成されるのじゃ。つまりじゃ、どのような曲線も短い直線をつなぎ合わせて曲線にみせるというわけじゃな。

あなた：短い直線ですか...

マスターヨーダ：その通りじゃ。人間の目で認識できない直線であれば、曲線として見えるじゃろう。その直線の解像度が出力解像度というわけじゃ。デフォルトの「800 dpi」というのは、1インチの800分の１の直線ということじゃな。

平滑度というのは、この実際の出力機の解像度を出力解像度で割ったものじゃ。

平滑度＝出力機の解像度÷Illustratorの出力解像度

ということになる。「2,400 dpi」の出力機を使うと、出力解像度「800 dpi」の場合は、平滑度は「3」ということになる。つまり、3ドットの直線で曲線が作られるというわけじゃな。

派遣先の高倍率のルーペで確認したところ、直線であった。。。
しかし、、、AMスクリーンだから直線の組み合わせになるのではないかとも疑問も。。。
FMスクリーンで出力したものをルーペ確認したわけではないので、なんとも言えないのだが。
何より印刷難しそうだしね。
http://tomotaku.blog94.fc2.com/blog-entry-102.html

で、Qちゃん等の他アプリで作成したものをイラレで無理やり開くと「属性のアウトプット値」が300になってます。他アプリは設定項目がないのですが300がデフォ？　その割りにカクカクが見えないなぁ～、なんて思ってたんです。もっとも300ですと0.0846mmですから、本に書かれているように人間の目は0.1mm（250dpi）以下は認識できない前提に立てば十分なのですが。
そんなこんなでググった結果、
http://bbs.ddc.co.jp/mt/indesignbbs/archives/4612eps__20040615101900.htmlより

その再編集可能な部分のフォーマットがInDesignでは付加されないため，素のEPSを読み込むハメになります。素のEPSのアウトプットは他の皆さまの言うとおり，300です。

http://cl.cocolog-nifty.com/dtp/2004/04/illustratorpost.htmlに掲載されている図は無理やり開いた時にイラレのEPS解析が働いた結果だったんですね。

Biblos FontとPDFバージョン

http://hotdtp.cocolog-nifty.com/hotdtp/2007/11/acrobatleopard_b1a4.htmlより

以前なら、このPS経由のPDFしか通さないワークフローもあったのですが、いまではLib経由のPDF対応が進んでいますので、それほど大きな障害にはならないと思いますが、過去の資産を運用する場合には問題でしょうか。
　それでもOCFフォントを用いたQuarkのデータなども、ページをeps保存してInDesignに配置して、PDF書き出しで処理すると便利だったりします。biblosフォントなどもLibのアプリケーションサポート内のAdobe-fontフォルダに入れておけば(処理の仕方はBiblosのサイトにあります)、埋め込めますので、Adobe PDF経由よりも処理が速かったりします。

週明けに派遣先にて確認予定。

で、PDFにも素性がいろいろとありやす。
フリーのPrimoPDFが入稿した時は面喰らいました^^;
で一覧をメモ。
http://dtpwiki.jp/?PDF%CA%D1%B4%B9%A4%CE%B0%EC%CD%F7

Esc起動

自宅にて
ＰＣの上にあった諸々のものをキーボード左に置き、ＰＣに電源を入れる。
警告音の後、起動。
ネットにつなぎmixiに行くがページ移動ができない。

おかしいなぁ？

で、再起動も画面が一瞬でるものの選択できない。

しかたなく電源を引き抜き、再度、起動。
症状は先程と同じ。。。


原因はキーボードのEscキーが押されたままだった。。。orz
息子に指摘されて気付く間抜けさ。

検索結果

http://study-room.info/id/study/main4/study43.htmlより

InDesign CS2の［カラー設定］の［カラーマネジメントポリシー］には、新しく「番号を保持（リンクされたプロファイルを無視）」という項目が追加されました（下図）。Adobe Creative Suite 2のデフォルト設定では、この「番号を保持（リンクされたプロファイルを無視）」が選択されています。
※ちなみにIllustrator CS2では、「カラー値を保持（リンクされたプロファイルは無視）」が同じ意味の設定となります。
Adobe Creative Suite（CS）までは、CMYKのオブジェクトとカラーマネジメントされたRGBオブジェクトが混在するドキュメントを出力する場合、CMYKオブジェクトが色変換されないようカラー値を保持することは難しいものでした。これを回避するために新しく導入されたのが、この「セーフCMYK」のワークフローだそうです。
「セーフCMYK」ワークフローとは、CMYKとRGBが混在するドキュメントにおいて、CMYKオブジェクトとRGBオブジェクトを最終出力まで切り離して取り扱うワークフローです。つまり、カラーマネジメントによる変換がRGBオブジェクトに適用された場合でも、CMYKオブジェクトのカラーは変換されずに保持されるわけです。

http://support.adobe.co.jp/faq/faq/qadoc.sv?226745+002より

RGB ドキュメントのプリント時は、カラー値を保持することはお勧めしません。」

http://www.apple.com/jp/pro/techniques/akabane/03/index2.htmlより

【ラスターデータの場合】
1: 画像のチェックはPDFで行う。
2: 色基準は「Adobe RGB（1998）」か「Japan Color 2001 Coated」。
6: 色基準を示すためにICCプロファイルを埋め込む。
7: ファイル形式はTIFF形式か、レイヤーやマスクを活かす場合はPhotoshop形式とする。
2: ファイル形式はIllustrator形式。透明効果がさまざまな機能に利用されているので、Illustrator EPS形式は使用しない。
【ベクターデータの場合】
2: ファイル形式はIllustrator形式。透明効果がさまざまな機能に利用されているので、Illustrator EPS形式は使用しない。

http://www.kasumi-towa.jp/blog/archives/macdtp/pdfx/index.htmlより

１）テストデータをEPS保存後、Acrobat Distillerへ
これは私がよくOS 8.6 時代から行っていた方法です。PS書き出しの後、Distilleした場合、文字化けやアートワークの位置がずれたりしていましたが、この方法でやり直した場合、そのようなトラブルは起こりませんでした。もちろん、今回の結果もプリフライトでは問題なしでした。

２）InDesign CS へ配置、PDF書き出し
InDesign CS からPDF/X-1a では問題が生じたことはなかったので、試してみました。書き出されたPDFデータをプリフライトチェック。これも問題は表示されませんでした。

http://www.informe.co.jp/useful/dtp/dtp4.htmlより

また、リンクで画像を貼り込んだ場合、貼り込まれたIllustratorのファイルをEPSやAI形式で保存し、さらにInDesignなどに貼り込むというワークフローだと、InDesignのチェック機能がEPSやAI中の画像にまで及ばず、貼り込んだ画像がパッケージ収集やプリフライトに漏れてしまうこともあります。
なお、画像をリンクで貼り込んだドキュメントをPDF形式で保存した場合、画像が分割されてしまうことがあります。
モノクロ2階調のEPSファイルをInDesign CSに配置した場合、PDFに書き出すと1bitのはずのEPSが8bitに変換されてしまいます。この問題はCS2では解決されています。
また、EPSをインライングラフィックとして貼り込んだ場合、EPSのオブジェクトが自動的にオーバープリントになってしまうという問題もあります。これは、テキストに適用されているオーバープリントの指定（墨100％はオーバープリント）がEPSに反映されてしまうというのが原因です（CS2では問題ない）。
この問題は、オブジェクトの直前の文字を黒以外のスウォッチにするか、環境設定を開いて「100％のオーバープリント［黒］スウォッチ」をオフにすれば解決します。
Wordに画像を貼り込む場合、通常はTIFFかJPEGといった画像を使うでしょう。最終的に分版出力することを考えると、Wordに貼り込む場合でも画像はCMYKにするのがベストです。しかし、WordにCMYKのTIFFやJPEGを貼り込んでも、実際に出力すると元のCMYKの数値にはなりません。実は、CMYKのTIFFやJPEGであっても、Wordに貼り込んだ時点でRGBデータに変換されてしまうようなのです。
もちろん、RGBデータでもPDFやRIPの機能を使ってCMYKに分解して出力することは可能ですが、CMYK→RGB→CMYKという変換を経ることで色が変わってしまうのは避けられませんし、墨ベタが4版で出力されることもあり得ます。
この場合、CMYK EPSを使うことで色の変換を回避することが可能です。WordにEPSを貼り込むにはインポートフィルタをインストールしなければなりませんが、EPSであれば貼り込む際にCMYKがRGB変換されることはありません。

カラーPDFをグレーPDFに

いくつかの掲示板で何度かカラーPDFをグレーにしたいという質問があがってましたが、有効な回答はなかったと思います。
http://www.papit-town.jp/column/acrobat03.htmlが答えでした。
Acrobat 8 Proのやり方ですが、7でもできます^^

CMYKのPDFをグレースケールと変換する場合と、RGBのPDFをグレースケールに変換する方法は同じではありません。Acrobat 8 Proの［色を置換］機能を利用するのは同じですが、設定方法が少し異なっています。まず、CMYKをグレースケールに変換する方法を解説します。

Acrobat 8 ProでPDFを開き、印刷工程ツールから［色を置換］を開きます。［文書の色］にある「デバイスのCMYK」を選択し、［アクション］で「変換」を選択します。グレースケール化するには、［変換後のカラースペース］にあるプロファイルで「Dot Gain 15％」を選択します。

「Dot Gain 15％」はグレースケールのICCプロファイルです。これを選択して変換すると、PDFに埋め込まれたCMYKプロファイルもしくは、Acrobat 8 Proの環境設定のCMYK作業用スペースから、「Dot Gain 15％」に変換されます。

PDF内に特色が含まれている場合は、特色も同じように［アクション］で「変換」します。変換しない「デバイスのRGB」や「デバイスのグレー」は［アクション］で「保持」のままにして変換します。

また、［変換オプション］では「プロファイルは含めない」を選択し、［黒のオブジェクトを維持］はチェックします。［黒のオブジェクトを維持］をチェックすることで、CMYKの墨ベタ部分は、そのままグレースケールでも墨ベタに変換されます。

オプティカルカーニング

http://d.hatena.ne.jp/n-yuji/20071103#p1より

いわゆる「仮名詰め組」をしたい場合には、迷わず「プロポーショナルメトリクス＋メトリクス」とします。両方をチェックです。約物半角は「文字組みアキ量設定」で作ったものを適用。見出しなどは当然、＋全体的にトラッキング字送りにマイナス値＋手作業で1字ずつカーニングです。「メトリクス」でペアカーニングが入っている場合、1字ずつカーニングを入れていくとペアカーニングが解除されて逆に字間が空く場合がありますが、かまわずタタタとカーニングを入れちゃいます。

コメントに
n-yuji 『いいえ。両方を適用する意味は十分にあります。
ご存じのように、和文OTFも各社仕様に違いがあり、「メトリクス」では詰められないフォントもあります（モリサワやイワタのはそうでしたね、たしか）。フォントを変更するとベタになるのでは、使い勝手が良くありません。
逆に、ペアカーニングを持つフォントで「メトリクス」だけを適用するのは、カーニングで調整（1字ずつの調整）がしづらい（解除されるから）。でも、プロポーショナルメトリクスはカーニングで解除されません。
そして、両方適用することによる害は特にないのです。』

YUJI 『イワタは持っていないので分かりませんが、「メトリクス」でモリサワOTFが詰められないのは、仕様というよりも不具合だと思います。ちなみに、InDesign CS2では「メトリクス」を適用してもモリサワOTFは詰まらないですが、CS3ではちゃんと詰まります。本来は詰まるのが正常な動きだそうです。

> カーニングで調整（1字ずつの調整）がしづらい（解除されるから）。

なるほど。最終的に手詰めでの調整を前提とした場合にはたしかに両方適用するのは有効ですね。』

n-yuji 『えー、アレは不具合だったんですか。それなら、なおさら両方適用のほうがいいですね。バージョン間の違いを吸収できるから。』

混乱しているので整理

http://dtp-s2.seesaa.net/article/53057050.htmlで混乱してしまった。
RGB画像にプロファイルが埋め込まれ、イラレ9以降はイラレのプロファイルにてCMYK変換される。
画像のプロファイルとイラレのプロファイルがかかったらプロファイルの二重かけにならんのか？
下図のようにRIP側でプロファイルをオフにしているだけに熟知してプロファイルを運用しないと大変なことになる。やり方が悪かったのか派遣先でRGB画像に「カスタムCMYK」プロファイルを埋め込み、EPS,TIFF,PSDにしてver.10に配置。10のプロファイルを「Japan Color 2001」にしてPDF保存したところRGB-EPS画像のみがスゲェ色になってしまった。
 
プロファイルを絶対に埋め込んではいけないのはCMYK画像の場合であって、下図のようにCMYK→CMYK変換されてしまう。
 
だからPhotoshopはプロファイルを外して運用するのが基本なのだが
 
続きは整理しながら後日。

Ripped OutlineEPS

TrueFlowの機能のひとつにRipped OutlineEPS作成があります。
88数字の左上に十字のアイコンが作成されます。
エディターで開くと
%DS_Outline_EPS/PS 2.61 2.52
%DS_Outline_EPS/PS_ImageLevel: 2
%%Creator: DS Outline EPS/PS Library 2.61
が記述されているはずです。

で、このファイルはイラレで開けるのですが、開くバージョンによって違ってくるのです。
QuarkEPSを無理やりイラレで開くと仕上がりサイズのボックスが出てきます。
これと同様にでてくるのがver.8と9。位置も同じです。

ところが10で開くと仕上がりサイズのボックスは消えてありません。
CS1、CS2では仕上がりサイズのボックスはあるものの版面が約8mm上になってしまいます。

と、ここまで書いて（そういえばQuarkEPSを10やCSで開いたことなかったなぁ）と思ってしまいました。
相変わらず探究心足らんのね。。。月曜、派遣先にてテストしよう。

PolishedInput

Distillerで作成されたPDFがTFで弾かれる原因が判明。

TrueFlowにPolishedInput設定をしていることでした。
で、ググると
http://bbs.ddc.co.jp/mt/dtpbbs/archives/_20050707145257.htmlより

AD-810MX の方が処理スピード速いようです。ていうかTrueFlow の 売りのひとつ、PolishedInput ていうPitStop Server のプリフライト処理をしながら変換処理するものを使うと、生産性が激落ちてしまうそうな。（TrueFlow 利用者の意見希望）
まったくその通り、しかもPDF/Xで作ってあっても白紙のページがあるとエラーにされてしまう…（自分の所だけ？？）

PolishedInput設定を外せば、問題なく出力されました。

あとDistiller, TrueFlow, Celebrant関係
http://dtpwiki.jp/?Normalizer(Distiller)%A4%CB%A4%E8%A4%EB%B0%E3%A4%A4
DistillerってNormalizerって言うんだ。。。

ちなみにPolishedは
新英和中辞典 第６版 （研究社）

pl･ished
1 磨き[研ぎ]上げた，光沢のある.→
2 上品な，洗練された，しとやかな (cf. →polish 2b).→

Acrobatバージョンとフォントとトラブル

http://www.pdfworkflow.jp/archives/20001/20001.htmlより
新製品がリリースするたびにアナウンスされるのだが、業務で使用しないと忘れてしまう。
Distiller4と5の違いのトラブルをググっている途中で辿りついた。

Acrobat 8 ProfessionalのAcrobat Distller 8はsfnt-CID形式フォントのエンベットが出来なくなった。
Biblos外字はDistller 5まで。

で、今日のトラブル^^
制作会社よりEPSをQちゃんに貼りこんだデータをPSに書き出して面付け出力。
TFに投げたら見事にERROR。
Distller5でPDFにしてTFに投げようとしたが、こいつもERROR。

・・・。

試しにCelebrantに投げたら、問題なく通過。
Distller4でPDFにしようとしたらFontアラートは出るものの、作成された。

この出所不明のEPS、制作会社によるとフォントがエンベットされていないPDFをEPSにしてQちゃんに貼りこんだようだ。プリンタでは問題なく出ただけに下版直前までトラブルデータだと分からなかったようだ。
制作会社でPDFにしてもらうように依頼すると作成できないという（多分、5なのだろう）。

RIPの内部がブラックボックスなだけに推測でしかないが、

Celebra≒Distiller4

TrueFlow≒Distiller5

のような気がする。（後日、大きな間違いと判明）

今、ちとググったらhttp://blog.ddc.co.jp/mt/dtp/archives/20050721/105333.htmlがでてきた。

ジョブオプションの設定の「フォント」の項目の中にある「埋め込めなかったときの処理」を「ジョブをキャンセルする」から「警告した後続行する」に変更してPDF変換をしてみてください。

の設定の違いなのかも知れない。明日、派遣先に行って確認してみよう。

11/1追記
「ジョブをキャンセルする」の設定になってました（^^;A

バックスラッシュを円記号で表記

http://blog.goo.ne.jp/xmldtp/e/69d0a6cf8bd58ffe45380566644dfe27より
前のblogで円記号がバックスラッシュに変わっていたのは文字コードの問題だったのね。
で、円記号で表記させるために「＆＃１６５；」を使ってみた。

一応半角スペースは¥s、 タブは¥t、リターンは¥r(Macなので改行コードCRで作業している。WinならCR/LFなので¥r¥nとする必要があるだろう)に置き換えた。

ついでにminiネタ
http://docs.info.apple.com/article.html?artnum=302152-jaより

“disc”は、オーディオ CD、CD-ROM、DVD-ROM、DVD-RAM、DVD ビデオディスクなどの光学式メディアを指します。“disc”には読み出し専用のもの (ROM) と、一度だけコンテンツを作成する（ファイルに書き込む）ことができるもの（複数回にわたる作成操作を行わない場合の CD-R や DVD-R など）と、消去して何度でも書き換えられるもの（CD-RW、DVD-RW、および DVD-RAM ディスクなど）があります。
“disc”はすべて取り外し可能です。つまり、デスクトップや「Finder」からマウント解除またはイジェクトすると、コンピュータから物理的に取り出すことができます。

“disk”は、磁気媒体を指します。たとえばフロッピーディスクやコンピュータのハードドライブのディスク、外部ハードドライブ、iPod もこれに相当します。“disk”は、意図的にロックやライトプロテクト（書き込み禁止）をしない限り、常に書き込み可能です。1 つの“disk”を簡単に複数の小さなボリュームに分割（パーティション設定）することもできます。

ExcelをCleanUpする正規表現

妄想科學日報より

御存知の通り、Excelが吐き出すHTMLは「汚い」。Excelでの見栄えをそのまま再現することに注力するあまり、全セルに適当なclass指定、ヘッダに長い埋め込みスタイルとから始まる独自スクリプト多数、全漢字にルビ(ただし非表示)。そのままでは編集も困難、しかしセル数がセル数だけに手動での移し替え作業も困難である*1。
特にリターン/タブを含めた表記になっているので、そのままでは移植できない部分もある。一応半角スペースは\s、 タブは\t、リターンは\r(Macなので改行コードCRで作業している。WinならCR/LFなので\r\nとする必要があるだろう)に置き換えた。

途中改行の削除
検索文字列
([^>])
置換文字列

Excel-HTMLは長い文字列を適当なところで改行する。その結果として、属性を含むタグの置換などの際、不規則に改行などが含まれ置換を困難にしている。ひとまずタグの区切り以外での改行をすべて削除した。

不可視属性の削除
検索文字列
<span[^(style)]*style='display:[^(none)]*none'>.*?
置換文字列

不可視にしている部分は不要なデータと判断、中身ごと削除する。

Table要素以外の削除
検索文字列
(<[^t][^>]*>)+([^<]*)(]*>)+
置換文字列
$2

つまり<t以外から始まり</t以外で終わるタグ部分だけを削除、間に挟まれた<以外の文字(即ちタグでない部分)を残す。

スタイル他、余分な属性の削除

検索文字列
((style)|(x:fmla)|(width)|(height))=[^>]*
置換文字列

様々な鬱陶しい属性、中心的には見栄え再現のためのインラインスタイルだが、そうした余分なものを切り落とす。

タグ文字を反映させるためにhttp://katsubemakito.net/cgiperl/scalar/string/html.htmlを参考

Illustrator9以降のRGB画像の扱い

雄さんとこの掲示板で
http://illustrator-ok.com/main_bbs/joyful.cgi?list=pickup&num=16846#16846が上がっていたので、確認の意味でレスをつけてみた。

DTPでRGB画像は禁止となっていたのだが、Illustrator9以降からRGB画像はプロファイルによってCMYK変換されるはず。。。といっても、派遣先のRIPは強制的にRGB画像をCMYKに変換してしまうため、検証できずにいた（意識が低いせいか分版でのカラープリント出力すら試していない）。

で、レスとしてhttp://river-p.jp/blog/blog.php?ID=126&cID=1を紹介した。

そして、CS2で新たに加わった、
「カラー値を保持（リンクされたプロファイルを無視）」（Illustrator CS 2）
「番号を保持（リンクされたプロファイルを無視）」（InDesign CS 2）です。
「Illustrator」「InDesign」では画像（オブジェクト）を配置（リンク）できますが、その「配置（リンク）された画像（オブジェクト）に埋め込まれたプロファイルは無視します」という事です。
なぜこの設定が必要であり、新たに「プリプレス用-日本2」の標準になったのかを考えてみます。

この設定の説明には、「CMYKドキュメントを開くとき、そのプロファイルを保持しますが、リンクされたコンテンツに含まれるCMYKプロファイルは無視します。RGBに読み込まれたカラーは数値よりもアピアランスを優先し、CMYKに読み込まれたカラーはアピアランスよりも数値を優先します。」
と書いてあります。
かなりわかり難い記述だと思います。

この記述を自分なりに解釈すると、
「CMYKドキュメントの場合、ドキュメントのプロファイルは生かし、配置された画像（オブジェクト）のプロファイルは無視します。」
「RGB画像（オブジェクト）を配置した場合、見え方（アピアランス、外観、Lab値）を優先させ、CMYK変換します。CMYK画像（オブジェクト）を配置した場合、CMYKの値は変化しません。（見え方は変わる場合があります）」

これは、adobeの説明によると「セーフCMYK」モードと言うのだそうです。
「セーフCMYK」モードとは、簡単に言うと、RGB、CMYK混在環境の中で、CMYKは値を変化させないで出力するという事です。
自分なりに解釈すると、「RGBはカラーマネージメント適用するが、CMYKは値を変えない＝カラーマネージメントを適用しない」と言う事だと思います。

で、9～CS1までのリンクされたRGB画像の扱いはどうなのか？
http://contents.ga-city.com/PDF_mirai/dtp09.html
http://dtp-s2.seesaa.net/article/53057050.html
Illustrator9以降はカラー設定に合わせてCMYKに変換される。

CMYK→DIC

http://d.hatena.ne.jp/media-print/20071019より

CMYKからDICに変換
ここまでのTipは使用しているデザイナーさんも多いと思います。これとは逆に、まれにCMYKを1色ないし2色などで印刷したい場合があります。この時、CMYKからDICナンバーを割り出します。
ここでPhotoshopを使用します。[カラー]ウィンドウのカラーピッカーで先ほどの金赤[C:0 M:100 Y:95 K:0]を入力します。
 
このまま[カラーライブラリ]をクリックすると近似のDICナンバーが出ます。
 
上記のように[DIC565]と表示されました。画面上ではかなり違う色に見えますが、DICチップを比べると画面上ほど色の差はありません。[DIC565]をCMYK分解すると[C:0 M:90 Y:100 K:0]に分解されますので差は許容範囲と思います。あとはDICチップや印刷結果を見比べ微調整することになります。

知らなんだ。。。
今までせうぞーさんのhttp://www.seuzo.jp/st/macjperl/index.htmlにあるCMYK濃度＆カスタムカラー名 1.02を使って満足して研究心が欠如してました（反省）。

鯖、胡椒

マイミクさんの日記にファンが動かずにサーバーが起動しないとあった。

で、某ページで「手動でファンをまわせば起動できる」とあった。
http://q.hatena.ne.jp/1147745255

以前、Linkstationのファンが故障してアクセスができなくなりました。
どうやら回転信号をLinkstationで拾っているらしく、
その信号を検出できない場合は起動しない仕組みになっているようです。
（試しにファンを指でまわしながら電源を入れたら起動しました。）

検索していくつかのblogを回ったところ

ファンが回らないとCPUが動作しないようになっているみたいですね。

う～ん、勉強になりまする。

捜し物の途中で

昨日の日記の問題解決を捜している途中
http://www.majima.net/mac/113/より

File Juicer は PDF, Word, PowerPointなど各種書類からテキスト・画像・動画を抽出してくれるシェアウェア(€9.95)だ。

仕事でホームページの更新・作成を行うときに大いに力を発揮してくれる。

よくあることで、原稿をワードファイルやPDFで頂くことがある。
このときに書類に含まれている画像もページにアップして欲しいといわれる。
基本的には「その元の画像を下さい」とお願いするわけだが
原稿を作った人と窓口の人が異なっていると、簡単にはいかない場合がある。
窓口の人がよく分かっていなかったり、原稿作った人がまた別の会社だったりと、色々と大人の事情が出てくるわけである。

そういうときにはこの File Juicerだ。
もう手放せません。

操作は簡単で、「ここにファイルをドラッグ」と言うところにファイルをドラッグするだけ。

こうすることで、大体次のようにフォルダごとに抽出した画像・テキストなどを分類してくれるのだ。
（シェアウェア未登録時はたしか “File Juicer” の文字が入る画像などが全てにではないが入る）

自分の場合は、PDFからの抽出を大なうことが多い。
画像・テキストの抽出が主な目的。

ただ毎回注意しなければいけないことがあって
ここがどうにかならないかなーと常々思っている。

●全角スペースと半角スペース
PDFからの抽出しか試していないのだけど、全角スペースで入力されたものがテキスト抽出すると半角になっている。
これはMacのプレビューでファイルを開いてテキストをコピペしても半角になっているので、なんらか変換処理が入っているのか、Macの仕様なのか・・・よく分かりません。
素直に Acrobat Reader(全角スペースは全角スペースのままなのです)を使えと言うことか？

●日本語文字コード（UNICODE正規化）
まあ、これも Acrobat Readerからテキストコピペすればいいのだけど、File Juicerから抽出してテキストをたとえば、DreamWeaverにコピペをすると、濁点・半濁点などが１文字としてペーストされることがある。
なわけで、毎回 Cot Editor（この変換してくれるエディタはこれくらいだった）で UNICODE正規化ってのをやってからコピペしている。

File Juicerは使うことがないと思うが、Cot Editorは必要になってくるだろうな。

出所不明のPDF

http://gande.co.jp/cgi-momoco/2chview.cgi#t_20071012143420より

お客様よりPDFで入稿がありました．
文書のプロパティでは
作成アプリは空欄
作成OSはMacOS 10
フォントは全て埋め込みサブセットとなっていますが
フォント名が
font 98640　など他の書体も同様で数字が変わっているだけ
TypeはTrueType
となっております．
テキスト選択をしてエディターにコピペしてもすべて文字化けしています．
どなたかテキストを取り出す方法をご存知の方，
いらっしゃいましたらお願い致します．

自分のつけたレスのほかに
http://support.adobe.co.jp/faq/faq/qadoc.sv?225444+002があった。
問題点 （Issue）
Macintosh 版 Adobe Acrobat 7.0 および Acrobat 8 を使用して Mac OS X 上で変換した PDF ファイルの文字情報が正しくありません。

詳細 （Detail）
－　テキストに使用しているフォントは TrueType フォントです。
－　テキストを [選択ツール] などでコピー＆ペーストすると以下のように文字化けします。
※　下図はテキストエディットの文書にコピー＆ペーストした例です。
 

原因：これらの制限は、Mac OS X の PostScript ドライバが 2 バイトフォントを 1 バイトフォントに分割することにより、生じています。この問題は、Mac OS X に起因するものであり、Acrobat によるものではありません。

解決法
A. PDF ファイルの作成が可能なアプリケーションで PDF に変換します
この問題を回避するには、InDesign CS/CS2 または Illustrator CS/CS2 などの Acrobat Distiller を使用せずに直接 PDF を作成することが可能なアプリケーションで PDF に変換を行います。これにより、Mac OS X の PostScript ドライバを経由しないため、正しい文字情報で PDF に変換することが可能です。

OS-XではPSに書き出してからDistillerはトラブルの元なんですね。
http://code.nanigac.com/source/view/230は試してないけど、解決するのだろうか？
そういったPDFに遭遇してないだけに分からん。

インクナブラの本

買いました。2冊。
http://www.incunabula.co.jp/book/tessoku/

本を出していたのは知ってたけど、やたら高くて今まで手が出なかったんです（TT
例）
Acrobat7.0 ProからPDFを思い通りに出力する方法　　　29,400円
落とし穴に転落せずにWordから印刷用PDFを作成する方法　12,600円
これだけで印刷用PDF作成ハンドブック　　　　　　　　　12,600円

今回は2冊で6,090円（薄いけど。。。）

で、届いた今日『DTPの壺』で吉田印刷さんの「印刷屋さんのDTP・PDF印刷用データ作成マニュアル」が抽選で10名当たることを知りました。当たると決まったわけではないのですが、なんか当たって内容がかなり被っていたら損した気分になるんでしょうね。一番いいのは内容が被らずに勉強になればいいんですけど。

PDF関連

ここ数日のblogで分かっている通り、仕事でPDFにすることがあってもPDFについてはよく分かっていなかったことを痛感（＞＜）。
で、遅れているのを承知で、「PDFの作成と活用pdf@freeml.com）」と「PDFの印刷利用（pdf-prepress@freeml.com）」に入りました。MLの時代はとっくに過ぎたというのに。。。
主に過去ログを読もうと思ってます。

http://blog.goo.ne.jp/xmldtp/e/f58360f23014d9bd4587509ba352d1a3で紹介されていたネットプリント。
自宅から道路を隔てたところにセブンイレブンがあるので試してみる価値は大。

ってゆうか、今まで何をやっていたんだよ、オレ！

FONT構造と許可

ちとエンベット許可されてないフォントをエンベットするには？とググっていたら
　↓にたどり着いた。
http://fontforge.sourceforge.net/ja/overview.html
こりゃ、勉強になる！^^

http://www.swtoo.com/product/enfocus/product/pitstop70/question.htmlより

Q14. 特定のTrueTypeフォントをエンベットできない。
この問題のほとんどの原因はフォントの著作権保護の制限によるものです。TrueTypeフォントは、内部で使用条件を設定することができます。その中には、ファイルへのエンベットを禁止する項目があります。
回避策としては、ライセンス制限のないバージョンのフォントを購入するか別のフォントを使用します。

http://www.gek.co.jp/DTP-kakekomitera/back-number/back/DTP209.htmlより

先日、OSAKAと平成明朝だけで作られたイラレ張り込み有りの本文同じく平成明朝のQX3.3データが入稿しました。今迄ならトンでもデータなのですが、PDF でフォントエンベットして面付け出力致しました。PDFを積極的に出力方面で運用すると、TrueType FontをDTPにもっと有効に使えるように思います。

で、最終結論！
http://www2.uisystem.co.jp/ml/mlpdf.nsf/3c7319f9ca1fed4d492567060075c3c4/61b059273a2843ee492567bb005dc6fe?OpenDocument

PIJの井上です。

Dynafontを供給しているDynaLabでは、現時点でTTフォントのPDFへの埋め込みを許可していないという情報しか私はもっておりません。結局この話はベンダーへ直接問い合わせていただくしかありません。その方がベンダーへも情報が入るという意味で有益だとおもいます。

2バイトフォントは、いろいろな方法で一見埋め込まれているという状態をつくることができます。先ほどメールであったように T1とかいうのもその一例です。これらはこれらは印刷や画面表示はうまくいく場合がありますが、きちんとした埋め込みではありません。Adobeが正式に埋め込みした状態であるとしている方法を実現するには、フォントのグリフがPSかTT（Type42）形式で組み込まれていること、エンコーディングが維持されていることが条件（つまり検索やコピー＆ペーストがきちんとできる）です。そのためには、フォントに埋め込み許可フラグが許可になっているか、 Acrobatにあるフォントデータベースに許可フォントとなっていることが必要です。MSゴシックやMS明朝は後者の例です。

欧文のフォント（1バイトのPS、TT）については、いずれも埋め込みが出来ますが、Acrobatのマニュアルにあるように、フォントベンダーが許可しているかどうかは直接ベンダーに問い合わせるしか方法がありません。つまり、許可していないフォントを埋め込んだ場合、違法な埋め込みが行われる（どんな法律に従っているかは別として）可能性があります。もちろん、和文フォントも同様です。フォントベンダーが埋め込みしていいといっているフォントしか埋め込んではいけないという認識が必要です。特に企業などが埋め込みを実施する場合は、それなりの調査を行い、使用フォントを絞る必要があるのではないでしょうか。
最近同様のご質問をいただきましたので、あらためて投稿させていただきました。

経験上、許可されたフォントでも出力トラブルは起きましたから(^^;A

タイ語フォント

インデザCS2のデータに「silom.ttf」が使用されていた。

このデータをPSに吐き出して出力すると見事にフォントエラー。
ならばPDFにしてRipped-EPSを作成して出力しようとしたが、フォントアラートでPDFが作成できない。

この「silom.ttf」は文中で数字のみ使われていたため、てっきり欧文フォントだと思っていたがググって見るとOS-X付属のタイ語フォントだった。

類似ケースとして
http://cgi.www5c.biglobe.ne.jp/~thats/study_bbs/study.cgiより

いつも参考にさせていただいてます。
MACOS10.4.10、InDesign4.0.5を使用しています。
今回、中国語を使う仕事がありました。
書体は元々OS10.4に付属していたもの（ライブラリーのフォントフォルダの中）で、STSong-regularを使用したのですが、InDesignのフォント検索の制限の所に「PDFに埋め込みできません」と出ていまして、実際にやってみましたが、やはりPDFに出来ませんでした。別の中国語のフォントでも、同じく制限がかかっていました。中国語のフォントに関しては、全て制限がかかっているみたいです。
この書体をPDFに埋め込むのは、完全に無理なのでしょうか？　何かウラ技とか、あるのでしょうか。
あと方法としては、中国語のフォントを新たに買うとかしかないのでしょうか。
中国語の部分はそれ程は多くないので（20～30行くらいか）、InDesign上で、文字をグラフィックス化する方法とかも考えましたが、文字が太るとかの問題が考えられます。
何かご存知の方がいましたら、よろしくお願いします。

解決法：http://support.adobe.co.jp/faq/qadoc/spitz.nsf/1da99db8dc3aad9a492569fa002947de/ef82f9f88a0001474925703c002ae201?OpenDocument

このフォントを埋め込むには「TTEdit」の
・既存のTrueTypeフォントから文字をコピーして作成することもできます
http://homepage2.nifty.com/upright/ttedit.html
で出来そうな希ガス。

リガチャ

元ネタ紹介、多分アチキ^^
http://blog.dtpwiki.jp/dtp/2007/10/post_97ea.htmlより

「リガチャ」という言葉だったんですか。。。

で、あちこちのblogネタになっています。

実験るーむ　あさうすさんの日記
合字の確認は字形パレットでできるよ
http://dslabo.blog4.fc2.com/blog-entry-1016.html

なんでやねんDTP - 今が旬の欧文合字（リガチャ）
http://d.hatena.ne.jp/works014/20071005

遠近法ノート 　[dtp]等幅欧文フォントにも合字がある。
http://d.hatena.ne.jp/n-yuji/20071006#p1

悟理さんのコメント：
===================
CS2では解除するには、こんな感じかと...

【InDesign CS2】
何も選択していない状態で文字パレットを開き、オプションを表示（プルダウン）させると「合字機能」にチェックが入っているので、これを解除する。

【Illustrator CS2】
何も選択していない状態で文字パレットを開き、「OpenType」のタブをクリック。下のほうにfとiを組み合わせたような合字のアイコンがあり、それがONになっているのでクリックしてOFFにする。

皆さん、ありがとうございました^^

追記：>【InDesign 2.0】では
http://bbs.ddc.co.jp/mt/indesignbbs/archives/70420_20020617000100.html#1
因みに、2.0Jで「ffi」の「i」だけを選択するには、シフト＋←を使えばできます。ハイライトは変わらないのですが。

Acrobat4

イラレCS2でOTFを使用したファイルを「オーバープリ破棄」でEPS保存して、Quarkに貼りこんで無事出力終了。
こいつをPDFにする際に「Distillar4」を使用。

で、結果はできたものの文字の表示がおかしい。
表示倍率によって文字がくっついていたり、変形がかかったり、一部が欠けていたり。。。

「Distillar5」ではOK。

そう、Acrobat4の頃にはOTFや透明なんてものはなかったのだ。

AppleTalkゾーンの作成方法

会社で聞かれて、はるか昔のことを思い出したが分からなかった。
って、他の人が設定したから^^;A

http://mtlab.ecn.fpu.ac.jp/WSM_2001/010710145210.htmlより
随分と昔に、ルーターマシン（と呼んでおりました。）を何台か立てて、それらのルーターマシンにルーティングさせるソフトウエア（Apple純正だったと思うのですが、記憶が曖昧です。）をインストール、セットアップし、常にそれらのマシン、ソフトウエアを起動させたままでいたと思うのです。（当時はLocalTalkを張り巡らせて環境にゾーンを幾つか取っておりました。）
【回答】
現在アップルトークのゾーンをするにはUNIXサーバ＋Netatalkがよろしいでしょう。これ以外の選択肢は、現在ないんじゃないかな。

もう１つ思い出しました。Windows NT Serverでも可能でしょう。
マッキントッシュオプションを入れるとゾーンの指定ができます。
参考：http://www.adpico.co.jp/ac/jtwx/jtwx_00001.html

http://mtlab.ecn.fpu.ac.jp/WSM_2002/020626151727.htmlより
色々と探し回ったところ、結局アップルサポートページで、こんなのを見つけました。
これって、OSXに２枚のNICを挿してAppleTalkのルーターにするっていう事なんですか？
そうだとすれば、ファイルサーバーをOSXにする事で、両方から見られるAppleTalkのネットワークが完成するかもしれませんね。

OS-Xサーバがあればできるような希ガス。。。調査中。