CSSやXSL-FOなどで日本語組版を行う時の一般的な要件を記述した「日本語組版処理の要件」の草案第2版がW3Cのサイトで公開されました。
日本語組版の規格としてはJIS X4051（日本語 組版規則）があります。これに対して、「日本語組版処理の要件」はJIS X4051に基づきながら、更に、JIS X4051にないことも記述されているとのこと。
また、JIS X4051は日本語のみで英語版がありませんが、「日本語組版処理の要件」は英語版も同時に公開されていることが大きな特徴です。海外のソフトウェア開発者にとって、日本語対応を行なう上で、この情報は計り知れない価値があると思います。
○英語版：http://www.w3.org/TR/2008/WD-jlreq-20081015/
○日本語版：http://www.w3.org/TR/2008/WD-jlreq-20081015/ja/
今日から3日間e-ドキュメント・ジャパン2008が、東京国際展示場で開催されます。
今年は、アンテナハウス、エクスイズム、デジタルコミュニケーションズの3社合同で出展しています。
私達のブースは、4512です。
新バージョンAH Formatter V5.0を使用し、CSSでレイアウト指定して組版したデモ用サンプルを、早速、藤島（エクスイズム顧問）氏に作成していただきました。
藤島氏は、「バッチ組版のためのXSLFO指南」の著者で、XSL-FO指南塾とお世話になっています。早速CSS組版の挑戦されているようで、勉強熱心さに頭が下がります。
皆様には、ぜひ、ご来場、ご高覧頂きたいと思います。
以前に、「PDF千夜一夜」（2007年07月09日PDFビューアにタブ表示機能の時代が来るか？）で、PDF-XChange Viewer 1.xをご紹介しました。1年少々経過した今、PDF-XChange Viewer V2.0になっています。
ダウンロードして少し試してみました。ビューアなのに、注釈をつけたり、注釈機能で線や円を引くこともできます。
前回は、ちょっと試した範囲ではうまくできませんでした。しかし、今回は注釈機能も旨く使えます。不具合が改善された？
このソフトを使うとPDFの注釈やコメントなどの簡単な機能は無償で利用することができます。日本語もIMEをインラインで使えないということを除くと利用できますので、既に、PDFの注釈機能は無料の時代になったと言えるでしょう。
PDFの注釈を開発するのは比較的簡単と思います。ビューアを開発できる位の技術力があれば難しいものではないでしょう。ですので無償化されても不思議ではありません。
「書けまっせ!!PDF」は、用紙への入力という点で独自の利便性を追求することで、差別化できていると思いますので当面は影響ないでしょう。商用ソフトを作る立場としては、いろいろな機能が無償化されることは、ある程度想定した上で、それでも勝てる製品のプランをたてておく必要があります。
それにしても、ソフトの無償配布を販売のための戦術として採用する人達は、ソフトウエアの試用版無償配布を販売戦略として一番先に採用したと言われる「Netscape」が、どういう悲惨な末路になったかを、じっくり観察してみるべきだと思います。
9月末に翻訳が出た「プラネット・グーグル」（NHK出版）の中に、こんな一節がありました。
「ウエブブラウザを無償配布するのは簡単だったが、顧客から料金を徴収するのはとんでもなく難しかった。…」（pp.39 – 40）
DITAとは、IBMが作成・提唱し、OASIS標準として認められたコンポーネント文書の記述言語です。
OASISでは、「Darwin Information Typing Architecture」となっています。
Darwin Information Typing Architecture TC
一方、最近の本家IBMのページには、「Document Information Typing Architecture」となっているものがあります。
DITA Open Toolkit による容易なコマンドライン処理
確かに、DarwinよりDocumentの方が意味が通じやすいと思います。でもDarwinの方が面白みがあると思います。
いづれにしても、統一しないといけないです。
昨日(10月7日）、「クセロReader ZERO」の配布開始メールが届きました。
PDF Readerは、ブラウザと同じで無償の世界になっていますので、無償配布も世の中のためとは思いますが。しかし、ページ編集、しおり機能、アノテーション、タイムスタンプ、スキャン・イメージのPDF化などのいろんな機能をテンコ盛りにしています。
こういうものを配布してどうやって開発費を回収し、企業としての収支をあわせるつもりなのでしょうか？私には狂気の沙汰としか思えません。
たまたま、クセロの森社長とお会いする機会がありましたので聞いて見ました。「ソフトの無償化は時代の流れ」、「無償版は収益に繋がっている」、「アフィリエイトで今年XXXX万の売り上げ目標」、
なぞと無償論を譲りませんでした。反省のかけらも見られません。
中途半端なものをばら撒かれると、PDFのイメージも悪化してしまうし、PDFは使えないと思う人も増えて困るのです。そう申し上げました。
当社は、良いソフトを作り、使って喜んでいただける方に、お金を払ってお求めいただきたいと思います。
「売って喜び、買って喜ぶ。」
これがビジネスの基本と思っています。
W3Cから、SMIL 3.0 がProposed Recommendationになったというニュースが届きました。
Synchronized Multimedia Integration Language (SMIL 3.0)
SMILってFlashなどと競合しているのでなかなかビジネス的に苦しいという話を聞いたことがあり、まだやっていたんだというのが正直な感想です。
W3Cで勧告になるには、少なくとも二つの実装が必要なはず。だれが実装しているのだろう？とチェックしてみました。
３つの実装がリストアップされています。
・CWI
・RealNetworks
・GriNS
SMIL 3.0 Interoperability Implementation Report
SMIL2.1では、
・ACCESS
・NOKIA
・CWI
・INRIA
の４つの実装が報告されています。
SMIL 2.1 Interoperability Implementation Report
メンバーが代わりましたね。ACCESSとかNOKIAはどうしたのだろう？
2008年07月11日
Acrobat 9で作成したPDFを処理する際の問題と対策でご案内しました、Acrobat 9で作成した高圧縮PDFを読み込むことができない件について、全ての製品で対応版の作成が完了しました。
既存製品を既にお持ちの方は、各製品の改訂版ダウンロード・ページより改訂版をご入手いただきますよう、ご案内致します。
昨日「Web上に散在する情報とそのナビゲーションを記述するためのHTMLと、文書形式を記述するHTMLが混在しているのが現在の実態です」と書きましたが、これを単純化した模式図で説明しますと次のようになると思います。
はやりの言葉で言いますと、Web2.0を実現するために使われるHTMLと文書を表現するために使われるHTMLがあるということです。
Web2.0を実現するHTMLでは、JavaScriptが多用されることになるでしょうし、集合値を蓄積・更新するWebDBが重要になります。
Antenna House Formatter V5は、Web2.0とは反対の方向、文書を表現するHTMLをページ媒体向けに出力するものであり、例えば、JavaScriptなどは、想定外です。
HTMLは、HyperText Markup Languageという通り多数の分散環境に分散して存在する情報資源をURIとHTTPと組み合わせてナビゲートするための言語です。
そして、ブラウザは、ナビゲーションを行なうツールです。一見、これは、自明のことと思われます。
しかし。
HTMLをドキュメントの形式と見立てれば、文書をHTMLで記述することもできます。
文書は、長期に渡り紙というページ媒体に出力されてました。最近は、紙から発展した電子ページ媒体であるPDFに出力することが多くなっています。
しかし、HTMLをページ媒体に出力するのは、HTML本来の使い方と方向が少し違います。
Web上に散在する情報とそのナビゲーションを記述するためのHTMLと、文書形式を記述するHTMLが混在しているのが現在の実態ですが、この2種類を同等に扱うのは大きな問題があると思われます。
昨日、あるところにDITAの説明に行きましたら、「DITAなんてどうでも良くて、要は自分達のやりたいことができるツールがあれば良い。」という話がありました。確かに、ユーザにとっては、DITAはどうでも良いのかも知れませんね、という話になったのですが。
一晩考えてみました。
既にレトロな昔、音楽は、レコード盤の上の溝の模様として配布され、それをレコード装置で再生していました。その後、CDやDVDに変わり、現在は、音楽は音楽データファイルとして配布されるようになっています。
つまり、音楽データがデジタル化してレコード装置というツールから独立化したことで、配布の方法や、再生の方法も多様化していることになります。
これをもって、ツールとデータを分離することで、新しい世界が開けたのだと、いうことができないでしょうか？
DITAを導入することで、ドキュメントとそれを制作するツールについても分離し、ドキュメントのデータをポータブルにする。例えば、保守マニュアルの必要部分だけをサービスマンの携帯端末で表示するなども簡単にできます。
繰り返しですが、ツールとデータを分離するのが、重要なポイントではないでしょうか？
