Planet DTP@jp

銚子岬での2018年元旦　日の出 2019年　新年おめでとうございます。 201...

Photoshop 色域指定のアルゴリズムは不明だが、ImageJの Threshold Color　は、 Photoshop の色域指定　に相当するツールだ。

kw：

住友金属システムソリューションズ→キヤノン（最終管理はキヤノンITソリューションズ）→NEC、という、流浪の民なEDIANさん……。

あけましておめでとうございます。
今年もよろしくお願いします。

ということで、筆者自身がなかなか覚えられない筑紫明朝系の書体で試しに組んでみました。
※すべて「メトリクスカーニング」を適用し、中黒の前後アキ量は「ベタ＝アキなし」としています。

ヴィンテージ明朝やQ明朝、アンティーク明朝の「L」と「S」では大きさが異なりますが、仮名部分の字幅は同じになっていて、数字の字幅は変えてあるのがわかります（これらは漢字部分の大きさも異なります）。
また、B明朝はアンティーク明朝と仮名のデザインそのものは似ていてますが、やや大きく墨だまりのようなポテッとした感じも弱くなっています。数字は筑紫明朝と同じです（漢字部分も筑紫明朝と同じ）。

オールド明朝は数字は共通のようですね（漢字部分も共通）。
見出ミンは、「A/B」の数字は共通ですが、「C」は別デザインになっており、ツメ加減も「A/B」に比して緩くなっているのがわかります（漢字部分は共通ですが、ツメ加減は異なります*1）。

※以下も参照ください。

Tweet本年もどうぞよろしくお願いいたします。 隔週金曜勉強会は2月から開催の予定です。 3月は第1回をやってから10年目、勉強会開催の予定です。

ということで今のメインPCである、GALLERIA QSF960HEのM.2 SSDをとっかえました。

2017年12月にメモリの増強してるのに引き続き、ほぼ同時期の変更という……のに、古い記事引っ張りだした時点で気付いたという。

そしてこのエントリ自体、2018年12月に開催された、「DTP Advent Calendar 2018」の、2日目だったはずの記事という。
「なんで1か月も経ってから公開してんだ」って疑問が出る人向けの話については、最後の最後にかいときます、ううう。

『アニメCGの現場 2019』。毎年恒例のやつです。
表紙だけでなく中面のフォーマットデザインも手がけてまして、毎回デザインは変えています。今の空気感を反映する感じかな……。なかなかきれいな誌面になったのではないかと。

 

ちょっと紹介が遅れましたが、『ドラゴンクエストを支える技術』。いつものWEB+DB PRESS plusシリーズにスライムさんがやってきた！
ちなみに自分、ドラクエは1～4までやりました。

 

これまでTranscend 2GB DDR3 同型４枚を差していて、 さすスロットの位置を変えたり、 １枚ずつmemtest86+でエラーチェックしてみたり、 いくつかの原因を探る行動を取ってみてはいましたが、 個人的な結論としては、全て抜いて 8GBモジュール１枚を差しました。 CFD販売 デスクトップPC用 メモリ PC3-12800(DDR3-1600) 8GB×1枚 240pin DIMM (無期限保証)(Panram) D3U1600PS-8G 出版社/メーカー: シー・エフ・デー販 ...

HUAWEI MediaPad M5 8.4” https://consumer.huawei.com/jp/tablets/mediapad-m5-8/ ファーウェイジャパン M58/SHT-W09/Gray/32G HUAWEI MediaPad M5 8.4/SHT-W09/WiFi/Gray/32G/53010BTK 出版社/メーカー: HUAWEI (ファーウェイ) メディア: エレクトロニクス この商品を含むブログ (1件) を見る 2018年12月5日に購入。 本当はLT ...

InDesignの「フレームグリッド」で作業していると、グリッドからテキストがズレて2行分になってしまって困ってしまうことが度々起こりますね（これが初心者さんがフレームグリッドを嫌うというか、避ける理由のひとつでもあると思っていたりもしますが…）。

その原因は主にグリッド設定より大きな文字が入る場合で、よく遭遇する例としては、フレームグリッドの1行目にグリッド設定より大きな文字が入るとズレて2行取りのようになりますし、フレームの最終行に入ると1行分のアキが発生し、さらに次のフレームの先頭が2行取りになってしまうというようなことがあります。

その回避方法として、手っ取り早いのは「1行取り」とする方法があります。まあ、これが一般的に行われていることでしょう。

でも、もひとつ方法がありますが、これが意外と知られていないようですし、案外簡単な方法ですので紹介しておこうと思います。

大きくしたい理由は様々でしょうが、よくあるのは「欧文フォント部分」を「正規表現スタイル」を利用して「フォントを変更してサイズを少し大きくする」というようなことですね。

で、そのもひとつの方法というのは…文字サイズの変更を文字サイズそのものではなく「グリッド設定に対する%で指定」し、「文字の比率を基準に行の高さを調整」のチェックを外すという方法。これを文字スタイルとして登録しておいて適用すればすんなりとズレは解消されます。*1

※他には「テキストフレーム設定」の「ベースラインオプション/先頭ベースライン位置」を弄る方法もありますが、1行目の問題は回避できても、最終行に入る際の問題は、「グリッド揃え」や「文字揃え」との絡みで解決できない場合がありますので、却下ですね。

------------

●以下追記：20181227
記事を公開した当日、後になって「グリッド設定に対する%で指定」し、「文字の比率を基準に行の高さを調整」のチェックを外した場合の「文字揃え」に言及する必要があるのではないかと気付きました。
※その時は、当然のように「文字揃え」が効かないのではないかと思い込んでいました。

で、ちょっと追試をしてみたところ…予想に反して「文字揃え」もちゃんと効きますよ…という結果になったので追記しておきます。

手っ取り早く、フレームグリッドの途中での挙動を検証してみました。
20Q／行送り30Hのフレームグリッドを用意し、一部の文字を32Qとした例（左）と160%とした例（右）を作成し、文字揃え／グリッド揃え／行送りの基準位置をそれぞれ統一しました。

文字サイズそのものを変更した場合は予想通りグリッドとのズレが生じています*2し、比率で変更した場合はズレません*3。さらに「文字揃え」も指示通りとなっています*4。

デザイナーの中には「デザインにはグリッドやフレームが邪魔」なもんだから全部隠して作業するタイプの方が、結構多くいらっしゃるようです。

また、印刷方面では「印刷されない要素が画面に見えてると事故の元」との考えから、グリッドやガイドの類いを全部消す、という作業法を取ってる向きもあるようで。

でも、［表示］→［エクストラ］、［表示］→［グリッドとガイド］で、あれこれいっぱいあるガイド類を消したり表示させたりするのは面倒です（長年使ってる僕でもドレがドレだったか分からなくなるんですよね……）。

 

そこで、です。
プレビュー表示の切り替えボタンを作りましょう。
これだけでだいぶはかどりますので、
ともかく、だまされたと思ってお試しあれ。

 

InDesignに「プレビュー表示切り替えボタン」を作ろう。

［編集］→［キーボードショートカット］→機能エリア［ツール］→［デフォルトとプレビュー表示設定間を切り替える］
これを選び、新規ショートカット欄に、キーボードからF1（ファンクションキーです）を入力し、割り当てます。

これで、F1キーを押すごとに標準モードとプレビューモードが
切り替わるようになります。

いや、べつにF1じゃなくてもいいんですけど、
何か使いやすいキーを割り当てればいいんです。

で、これを頻繁にポチポチ押しながら作業するわけですよ。

 

↑こんな感じで入れ替わります。

 

裁ち落としが見えてるほうが良いのならば、ツールから簡単に変更可能。

すると……

↑こうなるわけです。

 便利！　かんたん！

 

ちなみにIllustratorでも。

［編集］→［キーボードショートカット］→［メニューコマンド］→［表示］→［ガイド］→［ガイドを隠す］に［F1］を割り当てすれば、ガイドラインの表示を切り替えできます。

アドベント・カレンダーっていうんですか。 カレンダー通りにみんなでかわりばんこになんかアップするやつ。 …という認識で合ってますか。 DTP Advent Calendar 2018というのやるので、それ用に用意するつも […]

……ということをした結果、ろくでもないことになりかねない、という状態になりましたので、自分の反省を兼ねて投稿を。

そしてちょうど枠があいてたので、Adobe Illustrator Advent Calendar 2018の12月24日分の記事扱いにしてしまおう、とも。

Illustratorのアピアランス機能を使って「文字の長さに応じて伸びるオビ」を作ってみましょう。修正や流用にも強いので便利に使えます。

文字の長さに応じて伸びるオビをつくろうはhamfactoryで公開された投稿です。

先日、知人のtwitter上でのある報告が気になって検証してみました。

それは、「文字組みアキ量設定」をカスタマイズして、区切り約物「！？‼⁉⁈⁇」と後続の両仮名や漢字の間に全角アキ挿入を実現したいのだけれど、「‼⁉⁈⁇」があるとその行全体の字間がツマリ気味になるという報告…

まずは、以下のようなテキストを用意しました。

（ちょっとミスして、上の作例は既に適用してありますが…）「文字組みアキ量設定」そのものは、前の文字クラス＝「区切り約物」と後の文字クラス＝「平仮名／カタカナ／上記以外の和字」間の「最適値」と「最小値」を「100%」とすれば済みそうですのでごく簡単ですね（作例はデフォルトで用意されている「行末受け約物全角/半角」を元にカスタマイズ）。

で、「‼⁉⁈⁇」の部分には「正規表現スタイル」でOpenType機能の「任意の合字」を適用すると…

報告にあったように、画像の通り字間がツマってしまっています（きっとバグでしょうね）。

この原因が「‼⁉⁈⁇」に適用した「任意の合字」にありそうなことは容易に推測できますね。
それではと、「任意の合字」を解除して既存の合字として用意されている U+203C, 2047, 2048, 2049 などを直接打ち込むと…

うーん、ヨコに寝てしまいますね…

なので「縦中横」を適用してみると…

うーーんん、正立しましたが今度は「アキ」がなくなってしまいました…

が、しかーし、「縦中横」ではなく「文字回転＝90°」を適用すると…

ということで、なんとか解決しました。

ただし、「！？」は「行頭禁則文字」に登録されていますが、「‼⁉⁈⁇」は登録されていないので、これらを追加登録することも忘れてはなりません。

※区切り約物「！？‼⁉⁈⁇」は（StdやProなどの）文字セットによっては範囲外となっているモノがありますのでご注意ください。

この記事は、DTP Advent Calendar 2018の12日目の記事です（最後に残った1枠でございました…）。

いま現在進行中の案件でタテ組みの「合成フォント」を組んだ際にちょっと躓いたので、経緯を纏めておきます（アプリケーションはInDesign CS6です）。

デザイナーさんからのフォーマットは「合成フォント」と書いてはあるものの、「正規表現スタイル」で指定してありました。
段落スタイルの内容は【[\d\l\u\l\ \”\@]+?】に文字サイズを110%拡大した欧文フォントを充てるというモノで、文字揃えは（タテ組みですから）「仮想ボディの中央」で、「1行取り」とされていました。
「1行取り」とする理由は、欧文部分を「110%」にしてありますから、グリッドに収まらずに2行取りとかになってしまうからですね。
※これは（110％とする）文字スタイルの「文字の比率を基準に行の高さを調整」のチェックを外せば特に問題ないでしょう（合成フォントではこの問題は起きないのはご存じの通り）。

この正規表現スタイルを利用して合成フォント風の表現を実現する方法は知ってはいるのですが、ベースラインを弄る場合には文字サイズ毎に文字スタイルを作成する必要があるため私は使うことに二の足を踏んでいました。

また、この支給された正規表現スタイルではピリオドやコンマあるいは一重引用符や閉じ側の二重引用符やダーシ類に欧文書体は適用されませんね。

なので、とりあえず合成フォントを組むことにしました（あらかじめ仮名書体を使うことや、U+02D9を使って文字を作る必要があるということが判っていたこともありますが…）。

• 2種の引用符とU+2014は「特例文字」で設定しました。
• 「¨」U+00A8は合成フォントの分類では全角記号となっています。

まず第一の躓きは、合成フォントを作成する際にベースラインを弄らなかったこと。
合成フォントで適用できる範囲外のラテン1補助やラテン文字の拡張AおよびBなどの（一部の）文字が出現すると「文字スタイルを適用」…としたのですが、当然ベースラインが微妙に異なりますね（これは判っていたことなのですが…）。

合成フォントは欧文ベースライン揃えの状態から文字サイズを110%としているのに対し、正規表現スタイルで適用した場合は「文字揃え＝仮想ボディの中央」の設定に応じて文字の位置が決まります。なので当然の結果ですね。

• 下はすべて合成フォント
• 「¨」U+00A8の左右のアキが異なることにも注目してくださいね（上が正常）

まあ、文字スタイルでベースラインを弄ってもいいのですが、それでは本末転倒ですし、括弧内の文字サイズは小さくしたり、後注部分などを含め数種類の文字サイズが出現するため文字スタイルがそれだけ必要になります（ただし、今回の場合はベースラインを弄る必要はなかったのですが…）。
なので、これを解消するために合成フォントの「特例文字」で
ラテン1補助の一部やラテン文字拡張A [\x{0100}-\x{017F}]、ラテン文字拡張B [\x{0180}-\x{024F}]、ギリシャ文字 [\x{03840370}-\x{03FF}]*1などなどを追加し（合成フォントの半角欧文との重複は特に問題なしと理解）、ついでにベースラインを、（「文字揃え＝仮想ボディの中央」で110%拡大した場合の位置に揃うように）1.8%上へ移動しました。

これで大丈夫と思いましたが、さらに落とし穴がありました。
画像をご覧いただくと、引用符にはアキ量設定の半角アキが適用されているようなのが判りますね（ギリシャ文字の一部などにも不自然なアキが発生しています）。引用符として使う場合は欧文スペースとセットで使うことが多いでしょうから気づかないのですが、アポストロフィとして使う場合にはアキを削除する必要が出てきますね。
さらに、合成フォントを組んでもギリシャ文字部分はタテ組みでは正立してしまう文字種が多いようです。

結局、合成フォントを組む場合は、少なくとも「引用符」と「ギリシャ文字」は正規表現スタイルで欧文フォントを適用する方がいいということになりました。

結論としては、ベースラインを特に弄る必要がない、あるいは（ベースラインを弄るとしても）使用する文字サイズのバリエーションが少ないのであれば、正規表現スタイルで合成フォント風の表現を実現するのが一番ラクだろうということに……。

ということで…「今更なにを」的なことになってしまいました。

※合成フォントとギリシャ文字の件については、中嶋かをりさんが先日言及されていましたね。→「InDesign上でのギリシャ文字のおかしなふるまい」

 

□ PhotoDigitizer　技術資料

−−−−−

Scan時間　[ model : 201510A ]

・1200dpi、8bit_Gray ：3' 10"

・600dpi、8bit_Gray ：0' 55"

−−−−−

計算：

市販のカレンダーに不満があり、毎年自分のために作っている卓上カレンダーの2019年版です。
ダウンロードはこちらから↓

https://1drv.ms/b/s!AhC9NBFsYczQgYBAIGg3ksPLxcTn_Q

 

使い方：

1. ダウンロードしたらAcrobat Rederでファイルを開き、プリンタでA4の紙2枚に印刷します。原寸で使用するので、印刷時に「サイズオプション」は「実際のサイズ」を選んでください。そうしないと少し小さくリサイズされちゃいます。
2. 印刷できたら、カッターで切り離し。いきなりスッパリ切ってしまわず、補助線に定規を当てて、紙の両端を残して切り目を入れていくのがコツです。
3. フロッピーケース（ツッコミ不要！）に入れて完成。

 

特徴は、月末を斜線で略さず、6段にしてあること、曜日を英語でなく漢字にしてあることです。

これもう毎年書いてますが、今年も掲載しておきます。

市販カレンダーへの不満：

• 月末を斜線でまとめるの禁止！
• 仏滅とか大安とかそういうのはいらねー。
• 曜日を英語で書くな。漢字がいいんだよ！

そういえば前回書くの忘れてたので、紹介がてら単独で記事を起こす。

noellaboさんが企画した「DTP Advent Calendar 2018」に参加しました。

前回の記事は12/2としての、2日目扱いの記事だったりします。

Tweet12月14日（金）は開催予定でしたが開催しません。 隔週金曜勉強会は来年再開しますのでよろしくお願いいたします。

ということで、「2018年12月の頭の時点で、実際に使える『Adobe Fonts』で提供されている和文系書体の書体数は実際にどれくらいあるんじゃろうか」という素朴な疑問に駆られましてですね。

手作業で調べました。

特に何ごともなく引っ越し完了したわけで。

まあ、見た目が少し変わったぐらいの違いしかないですよねえ。

 

デザインはいちばんシンプルなのを選んだけど、どうも気に入らない。

本文とサイドバーが一体に見えるとか、見出しと項目の間隔が広すぎるとか、あれやこれや。情報のまとめ方の感覚が違うのかなあ。

できれば、またCSS編集したいところなんだけど、ちょっとハードルが高い。操作もいろいろ違うので、しばらく慣れないな……。

 

↓

その後、CSSをガリガリ編集して、だいたい以前のイメージに近くなった。ついでにWebフォントも導入。

Tweet■12月22日（土） ■●20時から ■場所 地下鉄堺筋線　扇町駅近く ■費用 ■4,500円 参加希望者は大阪DTPの勉強部屋サイト上部の「ご意見・お問い合せ」から タイトルを「12/22忘年会　参加希望」と […]

お久しぶりの更新です。

フォント販売の件。これまでに製作したフォント、「なのゴシック」「まにまに丸ゴチック」は、ともに、DLmarketさんでの販売をメインにしていました。ところが、システム障害により、しばらく使えなくなってしまいました。そこで、新たにBOOTHというサイトにてフォントの販売を始めました。

 

BOOTHのことは、前からちょっと気になっていて、アカウントも取得していたんですよ。とはいえ、販売サイトを増やすのは手間ですからね……。

BOOTHでは、購入した品が「購入履歴」からいつでもダウンロードできる（これ重要です！）等、DLmarketよりもシンプルで優れた販売サイトのようですので、以後こちらをメインにしようかな。ほんとはMyfontsさん（けっこう貢いでるぞ）あたりで扱ってもらえるといいような気もするけど（とはいえ、海外で変な使われ方をされたら嫌かなぁ）……。

 

ところで、これまでにDLmarketで購入され、今ダウンロード出来なくて困っているという方がありましたら、遠慮せずメールにてご相談いただければ。当方としてもバージョンアップした版を使って欲しいので。

 

フォントの製作・販売は、あくまで余技なんですけれども、おかげさまで少しばかりは収入を得ております。

今後ともご支援をよろしくお願いします。

DTP作業者にとっての難易度　★★★☆☆（3）【注意】本スクリプトはドキュメントの内容を変更するものです。また、一時的に「GREP」フォルダなどの名称を変更します。必ずドキュメントや、各フォルダのバックアップをとってからご使用ください。 InDesignで作業をしていると検索／置換のためのクエリ数が増え、管理に困ることがあります。できればクライアントや媒体ごとにクエリを収めるフォルダを分けておきたいとお考えの方は多いのではないでしょうか。今回は、そのように分けたフォルダ内のクエリを一括実行するスクリプトを考えてみました。 スクリプトの内容スクリプトの大ざっぱな流れとしては クエリを収めたフォルダをダイアログで選択（フォルダ名を記憶）→元々の「GREP」フォルダの名称を一時的に「GREP_ original_saved」に変更（ダイアログで「GREP」フォルダを選択した場合は変更不要）→先にダイアログで選択したフォルダの名称を「GREP」に変更（同）→「GREP」内のクエリを全部実行→「GREP」フォルダの名称を元に戻す（同）→「GREP_ original_saved」フォルダの名称を「GREP」に戻す（同） ということになります。※スクリプト実行中にエラーが発生した場合、フォルダ名が変わったままになる可能性があります。その場合は手動でフォルダ名を戻してください。 使い方クエリを収めたフォルダは「Find-Change Queries」内（「GREP」フォルダと同階層）に置いてください。クエリを収めたフォルダの名称は「GREP〜」とします（「GREP_A社の作業用」など）。※「Find-Change Queries」の場所については<a href="https://helpx.adobe.com/jp/indesign/kb/cpsid_84488.html" target="_blank">アドビのサイト</a>を参照してください。 ドキュメントを表示した状態でスクリプトを実行してください。アクティブドキュメントのみが処理対象となります。 動画でも触れていますがドキュメントに存在しない設定（段落スタイル、文字スタイル、スウォッチなど）がクエリに含まれている場合、アラートが表示されることなく意図しない結果になることがあります。事前に個々のクエリーの設定が、すべてドキュメントに存在することを確認した上でご使用ください。 <a href="https://www.youtube.com/watch?v=rLvYAFcJ4QI&amp;external_video_config=width%3D480%26height%3D320">フォルダ内のGREPクエリをスクリプトで一括実行する</a>※今回、処理対象はアクティブドキュメント全体としました。「すべてのドキュメント」「ストーリー」「選択範囲」などを対象にしたい場合は132行目「mydoc.changeGrep();」を書き換えてみてください。 サンプルデータはこちら《<a href="http://mottainaidtp.up.seesaa.net/image/minimum_2018_1118a.zip">minimum_2018_1118a.zip</a>》です。<a></a>

【注意】本スクリプトはドキュメントの内容を変更するものです。また、一時的に「GREP」フォルダなどの名称を変更します。必ずドキュメントや、各フォルダのバックアップをとってからご使用ください。

InDesignで作業をしていると検索／置換のためのクエリ数が増え、管理に困ることがあります。できればクライアントや媒体ごとにクエリを収めるフォルダを分けておきたいとお考えの方は多いのではないでしょうか。今回は、そのように分けたフォルダ内のクエリを一括実行するスクリプトを考えてみました。

スクリプトの内容

スクリプトの大ざっぱな流れとしては
クエリを収めたフォルダをダイアログで選択（フォルダ名を記憶）→元々の「GREP」フォルダの名称を一時的に「GREP_ original_saved」に変更（ダイアログで「GREP」フォルダを選択した場合は変更不要）→先にダイアログで選択したフォルダの名称を「GREP」に変更（同）→「GREP」内のクエリを全部実行→「GREP」フォルダの名称を元に戻す（同）→「GREP_ original_saved」フォルダの名称を「GREP」に戻す（同）
ということになります。

※スクリプト実行中にエラーが発生した場合、フォルダ名が変わったままになる可能性があります。その場合は手動でフォルダ名を戻してください。

使い方

クエリを収めたフォルダは「Find-Change Queries」内（「GREP」フォルダと同階層）に置いてください。クエリを収めたフォルダの名称は「GREP〜」とします（「GREP_A社の作業用」など）。

※「Find-Change Queries」の場所についてはアドビのサイトを参照してください。

ドキュメントを表示した状態でスクリプトを実行してください。アクティブドキュメントのみが処理対象となります。
動画でも触れていますがドキュメントに存在しない設定（段落スタイル、文字スタイル、スウォッチなど）がクエリに含まれている場合、アラートが表示されることなく意図しない結果になることがあります。事前に個々のクエリーの設定が、すべてドキュメントに存在することを確認した上でご使用ください。

※今回、処理対象はアクティブドキュメント全体としました。「すべてのドキュメント」「ストーリー」「選択範囲」などを対象にしたい場合は132行目「mydoc.changeGrep();」を書き換えてみてください。

毎年恒例となりましたが、今年も東京DTPの勉強会主催で忘年会を開催いたします。
DTP・印刷のことを肴に、いろいろお話したい皆さまのご参加をお待ちしております。

■開催概要

---

開催日：2018年12月15日（土）
時　間：18時頃から開始（4時間・22時終了予定）
会　場：龍盛楼 神保町店 （名称確認中）
場　所：東京都千代田区神田小川町3-5-11 龍盛ビル 1F
　※店舗名が変更になったようですが、場所は同所で開催します。
参加費：4000円
　※当日、主催者（あかつき・あさうす）にお支払いください。

■参加資格

---

勉強会に参加されたことがある方、ない方、どなたでもご参加いただけます。
DTPのことを肴にいろいろお話したい人であればお気軽にどうぞ。
（ただし良識を持ってご参加ください）

■お申し込み

---

下記よりお申し込みをお願いいたします。
【DTPの忘年会2018】お申込みメールフォーム

PhotoDigitizerの主走査倍率精度の決め方

製品仕様書では、主走査倍率精度を　±0．14％としました。

次ぎのような考え方です。

1．主走査倍率の温度依存性

実験より、20℃変化で、0．101％倍率が変わることが判りました。

つまり、このイメージスキャナを使った「定規」の

熱膨張係数は、

0.101%/20℃

=

50．5×10＾（－6）　／℃

となります。

イメージスキャナのキャリッジの素材がアルミダイキャストであることが判っています。

アルミニウムの熱膨張係数は、

23×10＾（－6）　／℃

ですので、半分は、アルミ素材の影響と考えられます。(*1)

2．使用温度範囲を決める

次ぎに、ユーザーの使用環境を決めます。

T = 25±5℃としました。

これで、倍率の範囲が決まります。

まず、規定の温度（例えば、25℃）で、倍率をぴったり合わせたとします。

ユーザーの使用環境のために　±5℃の温度変動があるとすると、

50．5×10＾（－6）×　±5℃

＝±　252.5　×10＾（−6）

＝±　0．025　×10＾（−2）

＝±　0．025％

となります。

3．スキャナの温度上昇を推定する

更に、使用している内に、スキャナの内部温度が上昇することを想定します。

これを±5℃としましょう。

±　0．025％

4．最後に、製造時の調整誤差を決めます。

製造時調整：±0．05％　未満とする。

環境温度を　25±５℃　とする。

と作業標準を決めます。

5．まとめ

ユーザー使用環境温度による影響：±　0．025％

スキャナの本体の使用中の温度上昇の影響：±　0．025％

製造時の調整精度：±0．05％

製造時の温度による影響：±　0．025％

以上を全て足し合わせて：±0．125％　

更に少し、安全を見て　±0．14％ としました。

１２００ｐｐｉでＡ３サイズを１０回繰り返しスキャンした結果のグラフは下記の通りです。

＋0．023％

－0．016％

といった値が実力値です。

推奨使用温度ドンピシャで使って頂ければ、

スペックの1／5～1／10の精度が出ると推定されます。

主走査倍率精度　実測結果　（10回、繰り返しスキャン）

副走査倍率精度　実測結果（10回、繰り返しスキャン）

(*1) 半分は、アルミ素材の影響と考えられます。

画像計測用のイメージスキャナ PhotoDigitizer が新モデルに生まれ変わります。

http://www.imeasure.co.jp/product/photodigitizer.html

白色LED光源：これが2ケ、ロッドの両端に付きます。（台の目盛りは5mm四方）

この文章は2012年頃に参加した勉強会の後、書いたまま公開しないでいたものです。なんで公開しなかったのかは忘れたけど（多分もうちょっと手を入れてからアップしようと思って放置したまま忘れてた）写研の女社長が亡くなったという話が流れてきたので、今更ながら公開してみます。 私が最初に入社した会社は、地方の小さな広告代理店で、旅行パンフやチラシなどの制作がメイン業務だった。 配属された制作部ではちょうどMacintoshでの制作が主流になりつつある頃で、入った当初は版下の作業とMacでのDTP作業が半々 ...

浮紙８をベータ版から正式版にしました！ ダウンロードは 浮紙ページからどうぞ。 ここまで来るのに何年もかかってしまいました。ずっと待っていてくださった皆さん、ありがとうございます！

久しぶりにマシンを新調したら自作xCode&AppleScriptが全然動かない。
色々調べたけど、いまいちわからないなー。。

デジタルアーカイブ学会 研究発表大会の記事が、学会誌の公式ページで　pdfで公開されました。
https://www.jstage.jst.go.jp/article/jsda/2/2/2_91/_article/-char/ja/

オルソスキャナを使って、　1万対1の寸法精度を達成した実験報告書です。

ちなみに、1万対1は、JIS定規1級の　0.2mm/メートル
を越える精度です。　0.1mm/メートル

鉄の線膨張係数が　　12E-6ですので、
ΔT=10℃　で、120E-6となり、0.12mm／メートルを越え、
1万対1の寸法精度は、10度変動する環境で鉄では達成できません。

オルソスキャナ＋図面専用フィルム（マイラー）にて、
線膨張係数が、34〜37 E-6　であることが判りました。

温度変動ΔT＝3℃で、100E-6　→　1E-4（つまり1万対1）　となります。

そこで、温度を横軸に、縦軸を寸法精度でプロットした際の回帰直線を基準に、そのばらつきが、1／1万　(=1E-4)に入るならば、温度補正を行うことで、1／1万　(=1E-4)を達成できることになります。

その見通しを示した実験報告書です。

回帰直線の傾き（34〜37 E-6）は、オルソスキャナ＋マイラー図面における線膨張係数に相当します。

現在、スキャナの部屋をエアコン掛けっぱなしにして、
スキャン時の温度を0．1℃単位で記録して補正を行うことで、1万対1の寸法精度を達成しました。

大型アナログ図面（７メートルマイラー紙のスキャン実績があります。）の高精度デジタイズ　CADデータ化　にお悩みの方はぜひご相談ください。

■　図面スキャンサービス

http://www.imeasure.co.jp/pdf/service_drawing.pdf

kw : リバースエンジニアリング　金型の計測

SPAiを3.4.0にアップデートしました！ ダウンロードはSPAi専用ページからどうぞ。 Carbonを使っていた箇所をCocoaに変更した。 プレーンテキストペーストの処理を改善。ちょっと速くなった。 今回はCarb...

Acrobat DC Proには「PDFのCMYKを特色に変換する」フィックスアップ機能が搭載されています。まさに夢の機能なのですけど、設定がとても面倒くさい。設定が簡単にできて、さらにその設定の保存／読込ができればいい...

Tweet12月14日（金）は開催予定ですが 12月になったらお知らせします。

SPAiを3.3.1にアップデートしました！ ダウンロードはSPAi専用ページからどうぞ。 パネルがメニューバーに食い込んで動かせなくなってしまう場合があるのを修正。（Thanks! 宇都宮さん） アイコン関係のHi-D...

FILL InDesignを「FILL Id」としてアップデートしました！ ダウンロードは FILL Id ページからどうぞ。 名称を「FILL Id」に変更。 64bitアプリに。システム要件はOS X 10.9以降。...

え〜と、QR Code Maker Proの承認がやっとの事で下りました。なぜ３週間もかけた？？？
ご利用はAdobe Add Onsサイトからどうぞ。
さて、今回のお話には全く関係ないところから入りましたが、みなさん、ワークスペースってどないしてますか？
アドビ社のアプリケーションって作業毎に使うツールも違えば必要なパネルも違うわけですが、ワークスペース切替も面倒だから大体妥協できる組み合わせて用意している方が大半ではないでしょうか？
例えば選択ツール使っている時に字形パネルとか開いていてもそれは全くのデッドスペースなのです。そんなこんなでわたしがAIで使うワークスペースはだいたい以下の様なものです。常時使うのは３種類
まず汎用です。

続いてテキスト編集用

３つめはパス等のアート編集用

こんな感じですね。
さて、常時切り替えて使うと言いました。これは自動的に切り替わるようにしています。それを可能にするのがWorkspaceSwitcherなわけです。 続きを読む: WorkspaceSwitcherのまとめ

私個人的には
新しいUIを使って行くようにした方が良いかな？と思うけど…

「MakePSUserConfig.scpt.zip」をダウンロード

……と、いうことをCC 2019リリース以前に気づいたんだけど、ばたばたしててネタにするの忘れてました。

おかげで元々の記述がどこにあったのかわかんなくなったうえで、気づいたら旧Typekitの記述からAdobe Fonts用に書き換わっていてしまったりとかでアレだったりします。

……といっても基本は変わってないはずで。
提供体系がシンプルに変わっても、変わらないところもある。

新作「DTP Zipper」を正式公開します！ ダウンロードは DTP Zipper ページからどうぞ。 日本語版Windowsで解凍しても文字化けしない.zipファイルに圧縮するアプリです。Mac DTPに特化した以下...

Glee 1.13.2 にアップデートしました！ ダウンロードは Glee Web サイトでどうぞ。 .indd以外のファイルでクラッシュしてしまう不具合を修正。 かさねがさねもうしわけないです… Glee 1.13.1...

Tweet参加のみなさん、手伝ってくれたみなさんありがとうございました。 twitterのまとめはこれ➡大阪DTPの勉強部屋 第30回勉強会

Tweet             テーマは「DTP作業を効率化するTips」 Illustratorがメインの人もInDesignを使ってIllustrato […]

DTP作業者にとっての難易度　★★☆☆☆（2） InDesignでカレンダーを作る方法についてTwitter上でみんなで考える機会がありました。自分自身の備忘録としてサンプルファイルと解説のPDFをアップし、動画を残すことにしました。下図は完成図です。 <a href="http://mottainaidtp.up.seesaa.net/image/1009.png" target="_blank"><img border="0" alt="1009.png" src="http://mottainaidtp.up.seesaa.net/image/1009-thumbnail2.png" width="530" height="298"></a> 以下は作業の流れです。 日曜日と土曜日に文字スタイルを適用するまずは、すべての日曜日と土曜日に文字スタイルを適用するために「先頭行スタイル」を設定します。これは、あじゃさん（@AJABON）がお考えになった方法です。具体的な設定内容についてはPDFを参照ください。 祝日を設定する6日が祝日になるよう「正規表現スタイル」を設定します。2桁の数字が対象にならないようにします。 ハッピーマンデーを設定する第3月曜がハッピーマンデーになるよう「正規表現スタイル」を設定します。ハッピーマンデーは16コマ目の場合と23コマ目の場合があるため分けて書くことがポイントです。 6段目の数字を5段目の数字と組み合わせる6段目に数字（30と31）が入る場合、文字を小さくしてベースラインシフトで上の段に移動表示します。5段目の数字も縮小。さらに文字を左側にずらずと同時に斜線を発生させます。 以下、動画をご覧ください。 <a href="https://www.youtube.com/watch?v=2RYmIlJObI4&amp;external_video_config=width%3D480%26height%3D320">calendar</a> 一見むずかしそうですが、ひとつひとつ見ていけば割とシンプルな作業の組み合わせだとお分かりになると思います。他に良いアイデアがあれば、ぜひお聞かせください。 このような課題にときどき取り組むのは良いトレーニングになりますね。これからもSNSなどを通じて、いろいろな課題に触れる機会を持てると嬉しく思います。何か題材がある方は、よろしくお願いいたします。 サンプルデータはこちら《<a href="http://mottainaidtp.up.seesaa.net/image/2018_1009.zip">2018_1009.zip</a>》です。<a></a>
InDesignでカレンダーを作る方法についてTwitter上でみんなで考える機会がありました。自分自身の備忘録としてサンプルファイルと解説のPDFをアップし、動画を残すことにしました。下図は完成図です。


以下は作業の流れです。

日曜日と土曜日に文字スタイルを適用する

まずは、すべての日曜日と土曜日に文字スタイルを適用するために「先頭行スタイル」を設定します。これは、あじゃさん（@AJABON）がお考えになった方法です。具体的な設定内容についてはPDFを参照ください。

祝日を設定する

6日が祝日になるよう「正規表現スタイル」を設定します。2桁の数字が対象にならないようにします。

ハッピーマンデーを設定する

第3月曜がハッピーマンデーになるよう「正規表現スタイル」を設定します。ハッピーマンデーは16コマ目の場合と23コマ目の場合があるため分けて書くことがポイントです。

6段目の数字を5段目の数字と組み合わせる

6段目に数字（30と31）が入る場合、文字を小さくしてベースラインシフトで上の段に移動表示します。5段目の数字も縮小。さらに文字を左側にずらずと同時に斜線を発生させます。

以下、動画をご覧ください。

一見むずかしそうですが、ひとつひとつ見ていけば割とシンプルな作業の組み合わせだとお分かりになると思います。他に良いアイデアがあれば、ぜひお聞かせください。

このような課題にときどき取り組むのは良いトレーニングになりますね。これからもSNSなどを通じて、いろいろな課題に触れる機会を持てると嬉しく思います。何か題材がある方は、よろしくお願いいたします。

『Docker/Kubernetes実践コンテナ開発入門』。イラストは、学習まんが「アフォーダンス」でも知られるコルシカさんにお願いして、にぎやかな感じになりました。

『Vue.js入門』こちらは公式本らしいスッキリした王道デザインで。

恒例の『ゲームグラフィックス 2018』。表紙は「モンスターハンター：ワールド」。今回は、中面のデザインをリニューアルしています。

『エンジニアの知的生産術』『クラウドゲームを作る技術』は、いつものplusシリーズ。カバーだけじゃなく、中面のフォーマットデザインも毎回手がけています。

 

前回の記事で言及したように、トラッキングをかけた文字列を親文字としてルビを振ると親文字とルビにズレが発生します。
この原因はトラッキング量を含めて親文字の幅とされ、その幅に対してルビが配置される所為だと考えられます。
※InDesignでは「字送り」と表現するようですが、私的にはあまり馴染まない…というか嫌いですので「トラッキング」という用語を使用させていただきます。

今回はそのような際に、ルビ位置を補正する方法を解説してみようと思います。
※基本的には「1-2-1ルールの中付きルビ」とします → JIS 1-2-1ルール

• 全体的に組版単位はQ（H）で進めていきますが、各自読み替えていただければ…
• 今回の記事ではプラスのトラッキングの際の挙動について解説しますが、マイナスのトラッキングでもズレは発生します。ただ、それを補正する際の考え方が少々異なりますので別の機会に…

理解し易いように、大小2種類のトラッキングを施した文字列を左右に並べて、双方を比較しながら見ていくことにしましょう。

●モノルビの場合

このようにトラッキング量を含めた幅に1-2-1ルールでルビが配置されているのが見てとれます。→ この場合の1-2-1ルール
これを補正するには…

図中に示した通り、「揃え」を「中付き」にして、トラッキング量をQ（H）数に換算して、その半分をシフトしてやればいいのが判りますね。
　左：32Qで+250の場合 → 32×250/1000×1/2＝4（H） → 参照
　右：32Qで+500の場合 → 32×500/1000×1/2＝8（H） → 参照

つまり、（本来の）親文字をオーバーする幅＝文字サイズ×（プラスのトラッキング量/1000）、そして シフト量＝親文字をオーバーする幅×1/2……ということになります。

●グループルビの場合

この場合もトラッキング量を含めた幅に1-2-1ルールでルビが配置されています。→ この場合の1-2-1ルール

シフト量などの基本的な考え方はモノルビの場合と同様に考えればいいのですが、グループルビの場合は、「1-2-1ルール」準拠とするなら、ルビ文字間にも適切なアキが必要になりますので、単なる中付きでは困りますね。なので…

ご覧のように、例示はしてみましたが、トラッキング量や親文字数とルビ文字数の関係などによって最適解は異なってきますので、試行錯誤して（ベタ組みの場合の配置を参考に）最適解を探し、場合によっては適当な体裁で妥協することも必要でしょう。
※作例の場合は、「（ルビ）揃え＝均等アキ」でいいですかね？ いや+500の場合はルビ間がアキ過ぎかも知れません。また+250の場合は中付きでルビ文字間に欧文スペースふたつでもいいでしょうし、+500もその方がいいかもしれません。なにしろ様々な要素によって最適解は異なってくるということをご理解いただければ…。*1

なお、これらは、「段落（文字）スタイル」などに設定してさえおけば、特に手間でもないでしょう。

月の区切りなので、ちょっと調べてみて興味深い現象があったので報告します。
BLOG画面の右下に、「人気記事ランキング」が10位まで出ています。
以前は、1位は入れ替わっていたのですが、このところ（数年）安定してダントツ1位なのが、次の記事です。

シェーディング補正とは: イメージスキャナ開発室
http://imeasure.cocolog-nifty.com/blog/2011/02/post-2818.html

 

そこで、過去にたどれる範囲で、変遷を探ってみました。
凡例）期間：［閲覧記事の順位］　ページビュー数（閲覧回数）
-----
2017.10.1-2018.9.30　：［１］　2086PV
2016.10.1-2017.9.30　：［１］　2754PV
2015.10.1-2016.9.30　：［１］　2236PV
2014.10.1-2015.9.30　：［５］　1324PV
2013.10.1-2014.9.30　：［４］　1783PV
-----

何故、２０１５年後半から２０１６年にかけて突如この記事がトップに躍り出たのか。そして３年間続いて１位なのか。

（「アンカー付きオブジェクト」の続きは少し後回しにして、少しだけ関連のあることを先に……）

全角以上の括弧類を作成するための（合成用の）括弧類はU+239B〜U+23B1に集中しています（画像は ATOKの文字パレット）。

これをそれぞれダブルクリックして InDesign上に直接入力してみました（小塚明朝 Pr6N-R：横組み）。

間にある縦棒（U+239Cなど）は繋ぎ用と思われますが、少し問題があるので削除し、

1文字ずつ改行を挿入して並べたのが以下です（行間アキは「0」）。

これを「縦組み」に変更してみると……

• 縦横変換されます

ここまでは「小塚明朝 Pr6N-R」でしたが、全選択して「小塚ゴシック Pro-H」としてみますと……

• 最後のU+23B0とU+23B1はCIDコードが16312と16313なので、Adobe-Japan1-5（Pt5）以上のフォントでないと実装されていません…なのでこの部分は変化はありません（小塚明朝 Pr6N-Rのママ）

さらに、全選択して「A-OTF A1明朝 Std」としてみますと……

• 何の変化もありません（強いて言えば、改行マークだけは変更されています）

しかし、少なくともU+23A7〜U+23ADはCID8174〜8180の辺りにあり、Stdでも実装されているはずなのに何故なのでしょう。

ここで、字形パネルの書体を「A-OTF A1明朝 Std」としてCIDコード順にソートし、CID8174〜8180あたりを表示して確認してみますと……

• 上：A-OTF A1明朝 Std、下：小塚明朝 Pro-B

「A-OTF A1明朝 Std」にCID8174の字形そのものはあっても（ユニコード）U+23ABに紐付けされていないことがわかります。つまり、U+23ABは「A-OTF A1明朝 Std」では表示できないと判断され書体が変更されないということです。（どうしても必要であれば、字形パネルをダブルクリックすれば入力は可能です…但し、タテに続けるには「縦組み」で、ヨコに続けるには「横組み」で…自動での縦横変換もできません）。

はてなダイアリーのサービスが来春には終了する予定なのでこちらへ引っ越してきたのですが、更新履歴を眺めると一昨年（2016）・昨年（2017）ともに8件のみ、今年（2018）に至っては未（いま）だに更新しておりませんでした。

転居後の環境では、幸いなことにブログへのアクセス解析*1が有効になったので、「四分アキ やり方」というキーワードを元にひとつ記事を書いておきます。

「四分アキ」が必要になることはケースにより様々ですが、ひとつの例を挙げ、思いつくまま（というほど数はないですが…）例示してみましょう。

以下のような例を作成してみました。

• 作例はリュウミンRなので英数字も半角幅となっており、和：英数字間隔は0％（ベタ＝アキなし）としています…

1行目と2行目を揃えるとすれば、「9」と「8」の前後に「四分アキ」を挿入してやる必要がありますね。

●文字前（後）のアキ

まず考えられるのは「文字パネル」の「文字前・後のアキ」を使用して、「四分アキ」を挿入すること。

• この機能は「文字組みアキ量設定」の現在の設定値を一時的に変更すると考えればいいでしょう
• 選択肢は「ベタ＝アキなし」〜「全角」の全7種類　　※「自動」はアキ量設定ママ

●トラッキング

まあこれで十分なのですが、「文字前・後のアキ」に予め用意されている「アキ」は上述したように限られていますので、困ることもありますね。そんな場合は「トラッキング」を適切に設定してあげればいいでしょう。

• この機能は選択中の文字の送り（後ろ）を変更することになります。単位はn/1000emですので、「250」なら1/4em（四分）、「500」なら1/2em（二分＝半角）…以下略…もちろんマイナス値もオッケイ

●1字取り

また、「フレームグリッド」を使っているならワンクリックで1角分に収めることも容易です。

なお、上に挙げた処理例はInDesignで作成しましたが、「字取り」以外はIllustratorでも有効です。

もちろんこれらは そして、InDesignなら「正規表現スタイル」を活用することで、自動的に適用できることはご存じの通り*2。

 で、今回のような「基本的だと思える情報を求める方もおられる」ということに気付くいいきっかけにもなりましたので、今後はそのようなことも書き散らかしておこうかなと思った次第です。

スキャナを濃度計にしたりタイムラプス撮影するソフトウェア

iMeasureScan

が　EPSONのA4フラッグシップモデル　GTX-980

および、EPSON　のA3フラッグシップモデル　DS-G20000 

に対応しました。

iMeasureScan のライトバージョンは、Vectorからも購入できます。

製品は2種類ございます。

［１］フルバージョン　

特徴１：ガンマ１でのスキャン

　スキャナのセンサに入った光子数（フォトン数）に比例した値を画像として得られます。

　ImageJなどの画像解析ソフトウエアと組み合わせて使うことで、画像計測が可能となります。

特徴２：HDRスキャン　、　マルチスキャン

最大２５６回まで同じ場所を何度もスキャンを繰り返して、感度を上げます。暗部ノイズを低減する効果があります。最大濃度　５．２までの撮影実績があります。

特徴３：タイムラプススキャン　、　インターバル撮影

微速度撮影が可能です。

シャーレを載せて、培養する時など、一定時間間隔でスキャンを繰り返して観察することができます。

Dropboxの公開URLなどにスキャン画像を繰り返し放り込むことで、いつでもどこにいても、スマホなどでその画像を観察することが可能です。

（2）ライトバージョン：

特徴2，特徴3は搭載しておりません。

■　製品情報詳細　→　製品ページはこちら。

■　ライトバージョンの購入　→　Vectorへジャンプする。

（補足説明）

Tweet             テーマは「DTP作業を効率化するTips」 Illustratorがメインの人もInDesignを使ってIllustrato […]

ということで、macOS 10.14 mojaveがリリースされましたが、ここで実際、リリース時点での対応セキュリティソフトはどんな対応状況なのか、ということをちょっと調べて見たり。

ちなみにその10.14対応云々よりも、10.11以下の対応がどうなってるか、という、旧バージョンとしての話だったりするんですが。

けさ、PCを起動したら、おもむろにデスクトップアプリケーションが更新されてました。

高さを取るようになってました。

……のもあるけど、なんだこのサブメニューのUIっていう状態ですよ、もう。