Documentation – ページ 5 – XOR for Mac & Windows:リアルタイムPDF比較ビューワ

ラッキーなのかアンラッキーなのか

在宅ワークかつ外出を控えていると自宅の環境をあれこれ変えたくなるものです。

そこで仕事用のデスクを刷新することにしました。今までのものが15年使って少しくたびれてきてたのと、MacとWin PCの構成をL字型に配置したいと思ったもので。

購入したのはこちら

L字型ワイドデスク

9,890円 x 20%OFFキャンペーンで7,912円でした。Yahoo!ショッピングはAmazonと違ってJCB2回払いも選べるのですね。

そうして商品が発送されたとのメールが注文先から届いた昨日、とある業者(以前、Amazonで加湿器を購入した)からメールをもらいました。表題は「無料デスクキャンペーン」で内容はこんな感じ。

商品を紹介させていただきます。サイズ:幅120×奥行60×高さ75cm、天板厚さ:1.5cm、耐荷重:50kg + 収納ラック。

desk 120cm x 60cm x 75cm + 収納ラック

キャンペーンの参加方式について、ご案内させていただきます。

1.まず、当方より送った購買リンクよりキャンペーン商品(価格は8980円)をご購入ください。(購入する時ギフト券やクーポンを使わないでください)。

2.購入してから、注文番号を送ってください。返金方式を紹介させていただきます。

アマゾンのギフトカード:注文番号を送ってきた後すぐに4490円のギフトカードをアマゾンアカウントメールアドレスにリチャージします。残りの4490円はアマゾンで5つ星を投稿され次第送ります。返金のメールアドレスも教えていただければ幸甚に存じます。

3.商品が届きましたら、数日使用後、問題なかったら、アマゾンで5つ星のレビューを投稿いただければ幸いです。

要は五つ星稼ぎのキャンペーンですね。Amazonアカウントにチャージされる形で実質無料なわけか。一旦は支払うことになるけど、どうせAmazonでは今後も色々買うからその点はOKです。

でも、どうせなら3日前にメールしてくれればよかったのに。それだと冒頭の机を買わず、今の机とこの机を組み合わせてL字デスクを実質無料で構成できたのに。まあ、向こうはこちらの都合を知らないからな。

ちょうど机を買ったばかりで要らなのだけど、くれるってんなら貰っといた方がいい気がします。買った机と合わせてT字型にして自分で使うもよし。メルカリかヤフオクで売るもよし。

印刷制作費の価格交渉力を上げる

このサイトの虎の巻コーナーに『印刷制作費の価格交渉力を上げる』のページを公開しました。ページ内には解説動画『印刷制作費の価格交渉力を上げる』も貼っています。

制作費の価格交渉力を上げる

内容は言葉の通りです。印刷会社、制作会社にしてみれば、クライアントからいただける制作費が多いに越したことはないけど、闇雲に「上げてください」と訴えたところで「じゃあ次からは他所に依頼するよ」と言われるのがオチです。

ならばどうするべきかというと、まずはクライアントに利を提供して「以前よりも楽になった。工数が減った」と思っていただかなければなりません。

ということで、上記ページではどのようにしてクライアントに利を提供するかを解説しています。

リアルタイムPCR検査?

Yahoo!ニュースを眺めていたら「リアルタイムPCR試薬無料サンプル配布中(タカラバイオ株式会社)」なる広告が表示されました。

リアルタイムPCR試薬無料サンプル配布中

どこかで聞いたような文言です。そう、XORの「リアルタイムPDF比較ビューワ」に似ていますよね。なるほど、PCR検査の場合は待ち時間が短いほどありがたいもんな。

でも、PDFの新旧比較もリアルタイムの方がいいと思うのですよね。XOR以外のPDF比較アプリは軒並みバッチ処理で比較結果レポートを生成する方式なので、結果が出るまでに時間がかかります。もし設定を間違って比較してしまえばやり直しです。待ってる間に別件の作業に取り掛かったら、いざ結果が出ても手放せなかったりするし。

でも、XORなら比較したいページのペアを表示してスペースキーを押すと即座に比較結果が表示されます。リアルタイムPDF比較です。しかも、比較結果リポートを読み解くような面倒さはなく、差分は誰でもわかります(色覚に障害がなければ)。比較のための設定もありません。

クラウドファンディング

クラウドファンディングで資金集めをしたいと考えています。

クラウドファンディング

目的はXORの追加開発費確保。ワンストップ校正の機能を搭載したXOR for Windows Version 2.0、そしてVersion 3.0や4.0とも言うべき追加開発を行ってデジタル校正支援アプリとしての利便性を高めたいのだけど、手持ちの資金では心許なくて。

でも、これが難しいのですよね。

課題1:開発名目

開発目的名目で資金集めするには、何を作るかを明確にして公表する必要があるはずだけど、アプリの全容はリリース時まで明かしたくないのですよね。途中で仕様変更したくなるかもしれないし。

物理的な実体があるハードウエア製品の場合、試作品を完成させて「これを量産したいので、応援の出資をお願いします」と言えるけど、仕様が固まりきっていないソフトウエアの場合はそうもいきません。

課題2:還元

仮にどうにかして課題1を突破できたとしても、出資者に対してどう返礼していいものか悩みます。

XORのサブスク費が月2,000円だから「出資2万円で15ヶ月間のサブスク無料」とかができればいいけど、Mac App StoreやMicrosoft Storeは対応していません。

展望

さて、どうしたものか。サブスクリプション数がぐっと伸びてくれると自己資金に余裕ができて状況も変わりそうなのだけど。やっぱり借り入れするしかないかな。

プロセスエコノミー

ニッポン放送『辛坊治郎 ズーム そこまで言うか』の6月30日放送ではIT批評家の尾原和啓さんがゲストでした。

辛坊治郎 ズーム そこまで言うか!
辛坊さん自身は太平洋ヨット航海の帰路につきました

語られたのは「プロセスエコノミー」について。何でも「モノづくりにおいて、もはや機能では差別化できない。ならば成果物よりもプロセスの方が価値を有する」とのこと。あるいは「プロセス込みの成果物に価値を高められる」のだと。なるほど、その通りだと思います。

差し当たりXORの場合、開発過程を公開して共有するのは無理だけど、そのバックグラウンドなら語れます。

1. 課題の発見

2016年秋、私は都内のドキュメント制作会社に再就職しました。その会社では主に編集者として取扱説明書の制作に携わったのだけど、現場では実にアナログな校正がなされていました。校正紙をいちいちプリントアウトして目視でDTP原稿と見比べる感じです。

そのため校正能力が問われる上、やたらと時間がかかるし、ときには無用な変更の見落としも発生します。DTP原稿の修正指示とは違う箇所が変化していても、なかなか気づけないものです。

よって「これはアプリを導入して効率化を果たさないことには」と思いました。

2. 既存の解決策

もちろんそんな非効率なやり方を誰も問題視しなかったわけではなく、その部署でも1ライセンスが100万円を超える有名なPDF比較アプリを導入していました。

ただし、アプリにはコピープロテクトがあり専用のUSBドングルを装着したPCでしか起動できず、利用者が限られていました。使用を禁止されてはいなかったものの、締め切りが重なると重要案件を手がけるベテラン編集者が優先されるため、私のような新入りやDTPオペレータ、その他のスタッフは使用を遠慮すべきと言わんばかりの空気感が醸成されていて。

よって各人は代わりにAcrobatのPDF比較を使っていたけど、ご存知の通り精度が高いとは言えなくて。

3. 転機

それでも日々業務をこなしていたものの、2018年春、会社の業績不振を受けて「賃下げか退職か」を迫られました。その会社が長年続けてきた採算度外しの受注に限界がきた形です。結局、その部署では私を含めた何人もの制作スタッフが立て続けに退職しました。

そうして退職が決まり、身の振り方を考えた末に思いついたのが「だったら理想のPDF比較アプリを作って世に送り出してみようじゃないか」でした。業界大手のその制作会社でも制作業務を改善する余地があったのだから、より小さい制作会社、そして個人の制作者ならなおさらだろうと。

4. プロセスエコノミー

その後、予想以上に時間はかかったものの一応の完成をみてリリースするに至ったのがXORです。

コンセプトは「必要十分なPDF比較をすべての制作者に」ですが、まだ完全体だとは考えていません。新機能のアイディアもたくさんあるし、リクエストがあれば検討したいので、ぜひお寄せください。

そうして、ユーザや潜在的ユーザの意向も交えながら発展させて行かれるといいと思います。本当は新機能開発費のクラウドファンディングができればいいのだけど、Mac App AtoreやMicrosoft Storeだと出資者への還元が難しくて。

拡大してください

前日、XORのユーザ様から「XORでは平方メートルと立方メートルが見分けづらい」というお問い合わせをいただきました。XORは二つのPDFをヴィジュアル的に比較するため文字コードによる違いを判別できません。

そこでこのようなデータを用意して検証することに。左が㎡(平方メートル)と㎥(立方メートル)、右がその反対の並びです。

文字検証サンプル

この二つのPDFをXORで比較すると確かに見分けづらいですね。私の環境で等倍で判読できるのは13pt以上でした。しかも、そこに違いがあると判った上での検証なので通常の校正では見逃したかもしれません。

そもそも㎡や㎥の右肩の「2」や「3」は「m」の1/3弱のサイズ。文字サイズが10ptならは2.9pt相当です(ヒラギノ角ゴシックW3の場合)。3ptかそこらの文字は画面上ではなかなか見分けられないですよね。2と3は上半分の形状も似ているし。

とはいえ一般的な印刷物では11pt前後の文字を使うことが多いので、どうにかしたいところです。

差し当たり、細部まで確認したいときは拡大表示をお使いいただきたいと思います。XORのウインドウの左上にボタン類が並んでいます。左から3番目、+マークの虫眼鏡が拡大ボタンです。押すたびにページの表示倍率が上がります。

XORのボタン類

ただし、小さな文字を拡大しても細部はビットマップが潰れるので、先のバージョンアップでは解像度を上げるなど何らかの対応をしたいと思います。

ミスは知らないうちに起きている

最近このWebサイトを改変しました。といってもデザインを差し替えた程度ですが、あるときiPhoneでサイトにアクセスするとこの通り。

iPhoneで表示したXORのサイト
見出しの文字がやたらと大きく、Youtube動画も右側にはみ出しています。

先日までまともに表示されていたはずなのにスマホ向けのcssが適用されていません。変更した覚えはないのだけど。いや、最近MediaQueryとは無関係な箇所を修正した記憶はあります。その際に余計な変更を加えてしまったのでしょう。

実はこの手の怪現象(?)は印刷物制作においても時々発生します。DTPオペレータがDTP原稿の修正指示とは違うところをいじってしまったけど本人にはその覚えがないものだからそのまま編集者に提出。編集者もDTP原稿に修正指示がない箇所の変更には気づかずクライアントに提出。クライアントも同様に見逃して校了。でも、印刷してからミスが発覚して大問題に発展するとか

無意識な変更の原因は色々考えられます。例えば、ある要素を追加する際にレイアウトの都合から近隣の要素を移動させ、戻し忘れたとか間違ったところに戻してしまった場合です。

あるいはDTPデータの整理中にファイルの名前や保存場所を変えればDTPデータを触ってなくても画像が差し変わりかねません。

もっと単純な例だと、command + c(WindowsならCtrl + c)のつもりでcommand + v(Ctrl + v)を押して選択範囲のテキストを書き換えてしまったり、余計なテキストボックスを貼り付けてしまうことも考えられます。他にも色々なパターンがありそうです。

これらを防止するために有効な手段は「提出前にPDF比較アプリを必ず使う」です。「誰も完璧ではない。予期しないミスは常に起こりうる」という心構えで臨むと。

ただし、それには誰もがいつでもPDF比較アプリを使えることが重要です。その点、XORは月額2,000円(税込)のサブスクリプション提供なので、企業ならスタッフ全員分を、個人でも無理なく導入できるでしょう。そうすることで、誰もが新旧PDFを比較して無意識な変更を発見できます。

デュアルディスプレイ制作のすゝめ

XOR for Mac Version 2.0を最大限に有効活用するためにはデュアルディスプレイ構成をお勧めします。

例えばこのように使いましょう。

XORを使うためのデュアルディスプレイ構成

片方のディスプレイでXORを使い、もう片方でDTP原稿を表示します。左右は使いやすいように並べ替えても構いません。

こうすると校正紙を介することもなくXOR上での校正作業、注釈付けが楽になります。

再修正用のDTP原稿も書き出せます

XORでは二つのPDFを指定すると比較結果が即座に表示され、差分箇所に自力で囲みを付けて、DTP原稿を突き合わせた校正結果を注釈として書けます。

その上で、ファイルメニューの「右側のPDFを書き出す」を実行すると、右側のPDF(修正後のPDF)が注釈つきで書き出され、そのままDTP原稿として使えます。XOR上でPDF比較だけでなく校正作業も完結するわけです。

XOR 2.0 書き出されたファイル(再修正用DTP原稿PDF)
XORで書き出したDTP原稿の例。XORで付けた注釈がPDFの注釈として引き継がれています。

私が知る限り、他社製のPDF比較アプリはどれもバッチ処理で比較結果のリポートを生成する方式を採用していて校正の作業はできなかったのではないかと。

手動の強み

既存のPDF比較アプリがバッチ処理で比較結果リポートを生成するのに対し、XORは差分箇所を示し、それにユーザーが赤い線の囲みをつけていく仕様です。

手作業は面倒に思われるかも知れないけど強みもあります。

例えばバッチ処理の場合、アルゴリズムに従って些細な変更さえも検出しかねないけど、手作業の場合は「この程度なら無視してもいい」といった加減ができます。