逆ブレンド
逆矢印
上記2点ともに180度回転かけた方が早いよね。
ブレンドの検証
アンカーポイントの追加
もうやり方を忘れてしまったのでメモ(ヤバ!)
JavaScriptの文字列
文字列結合や作成(当分、使わないと思うけど)
Vistaで、PrimoPDFの追記ができない
2バイトのフォルダー名が原因
右クリック、コピーできないWEBページをコピーする方法
1.コピーしたいページを開き、IEのメニューの「表示」>「ソース」をクリックしてコピーしたい文字をコピーする。WebサイトをPDFにしてテキストを抜き出す方がクール(できればの話)
2.コピーしたいページを開き、IEのメニューの「ファイル」>「名前を付けて保存」をクリック>ファイルの種類を テキスト(*.txt) に変更して「保存」をクリック。
NAS編 索引ページ
NASで失われたデータを救えを読んでからずっと気になっていたのだが、解決法はないのだろうか?
Adobe Illustrator CS4 ユーザガイド「文字組みの使用」
イラレで文字組みセットは使うことはないと思いたい
あさうすさんのとこから
ワケのわからない13区問題 【Mac篇】
ワケのわからない13区問題 【Win篇】
関連:Illustratorの文字化けにおける「生き残り」の件
なぜか現象かわってた←8月にUPされてた
InDesign単体でも白オーバープリント
非常にレアなケース。実際、遭遇することはないだろう。むしろ
段落境界線で、角丸囲みも出来ちゃう。が目からウロコ。
[2002][Illustrator]グラデーション使用時のトーンジャンプについて
レベル3にすればほぼ解決すると思うのだが、ステップ数とグラデーションの長さを計算してデータ作成すれば吉。
[2003][Illustrator]トーンジャンプが発生しやすいグラデーションの長さについて
ステップ数256で195.1mmが最大値とあるが、10で7.6mm。単純に計算すると194.56mmが最大値になるが、この半端な誤差は何?
補足:[1141][PDF]Illustrator8でPDF変換をしたらグラデーションに段差が発生した。
PDF保存時の「互換性」の部分が「Acrobat 3.0」になっているのが原因。
和文と欧文の間に半角スペースを入れるか
組版の段階で四分アキ(全角の1/4の幅の空白)を入れる習慣があり,先日出たW3Cの Requirements for Japanese Text Layout(日本語組版処理の要件)の3.2.6のdにもそう書いてある。チラシ作成生活が長かったためか、一度も四分アキを入れたことがなかった。とはいえ日本語組版処理の要件(日本語版)は必読だな。←まだ全部読んでない。
InDesign_グラフィック化でオバプリオン
InDesignで通常、[黒]は特別な色として扱われていて[4008][InDesign]InDesignで[黒]の文字をグラフィックス化(アウトライン化)するとオーバープリントの属性が設定される
[CS2、CS3の場合]←追記:CS4でもなる
環境設定>黒の表示方法>[黒]スウォッチを100%でオーバープリントにチェックが入っていたら、個々にオーバープリントにチェックを入れなくても、[黒]100%はオーバープリントになります。
その設定で、[黒]テキストをグラフィック化すると、オーバープリントにチェックがかかる。
そのまま、知らずに後で色を変えたりすると…(以下略)
InDesignには、2種類のグラフィック化がありますが。
■テキストフレームを選択して実行。
(下線、打ち消し線、段落境界線、親のテキストフレームなどが消える)
■テキストフレーム内のテキストを範囲選択して実行。
(下線、打ち消し線は消える。段落境界線は残る。インラインオブジェクトになる)
アルチュール・ランボーの母音の色
音色という言葉があるのだから、音に色があっても不思議ではない。にしても「音色」という素敵な言葉は誰が考えたのだろうか。
写研データをDTPデータにする!
利用する時がくるかな?
change_composer 0.2
せうぞーさんのドキュメント中の「Adobe 日本語段落コンポーザ」を「Adobe 日本語単数行コンポーザ」に変更するScript。
check_fonts 0.1
複数のドキュメントをドラッグ&ドロップして、フォント(バージョン付き)一覧を出力。同じくせうぞーさん。
CS3のPDF作成
私の経験ですが、Adobeの比較的新しいアプリで直接書いたPDF(or PDF/X)はRIPで演算自体かからない場合がありました。
一度や二度ではなく何度もありますし、全て制作元は異なったところです。
明確にエラーコードがでれば(たとえばshfillならグラデだよね、とか)対処のしようはあるのですが、演算自体行われないのではやりようがありません。
こういうPDFはAcrobatでEPSやPostScriptに変換しても(また、それをdistillしても)、大抵結果は同じです。
また、フォントはすべて埋め込まれているのに、出力してみるとあっちこっちにミッシンググリフ(四角の中にバッテンのあれね)が出てるとかそんなトラブルもありました。
対応方法はその都度変わり、単にAcrobatで別名保存したらすんなり出たとかRIPで解像度を変更(3600dpiを2400dpiに、とか)したら出たとか一定しません。
InDesignにPDFを配置し、PostScriptを書き出してdistill、再PDF化したら出た、とかもあります。
多くのPDFはAcrobatのプリフライトでは問題が出ないため、RIPの方の問題なのだろうな、とは思います。
現在、各印刷会社や出力センターなどにあるRIPはほとんどがCPSI型のRIPでしょう。
となるとPDFも内部でいったんPostScript変換され、ラスタ化されるのでもともとPostScriptだったPDF(アプリ直書きでないPDF)のほうが問題が起きにくいというのはかなり事実に近いと思います。
もうひとつ、アプリがPDFを直に書くときのしくみとPostScriptを書くときのしくみは違うものです。
違うプログラムが担当しているはずです。
InDesignでは昔っから、配置されたEPS(あるいはそこに使われているフォント)の解析に失敗する、という不具合があります(CS3でどうなってるかは知りませんが)。
この場合、直接PDF保存すると文字がずれたりします。
こういうのを避けるため、敢えて面倒でもPS経由Distiller使用でPDFを作ります。
その方が問題が起きにくくなるので。
誤解しないでいただきたいのですが、アプリ直書きのPDFがまったく出力できないというわけではありません。多くは出力できるはずです。
JIS X 0213:2004 対応と新日本語フォント「メイリオ」について
JIS X 0213:2004 / Unicode 実装ガイドは必読(←まだ読んでない。。。)
Mac OS X のアクセス権に関する問題のトラブルシューティング
サーバーに支給CDデータをコピーした時によくアクセス件の問題が発生したが、いまだによく分からん。
解凍せずとも圧縮ファイルの中身を閲覧、特定のファイルを抜き出せる『arc』
文字化けが発生するかどうかだな
InDesinのドキュメントからテキストデータの抽出
やはり一発でいく良い方法はないんですかねぇ
数字の置換
ミシマバイカモさんの連続文字置換用スクリプト.jsxで置換出来ます。
書き出し時のファイル名がドキュメント名と違う
PDF書き出しのあとに、inddを別名保存などで保存しないと名前を戻しても、次回に反映されないみたいです。
テキストフレームのあふれ出しのチェック
関連:オーバーセットテキストの処理
HTML 5の仕様が一覧できるクィックリファレンス













