初出：電子書籍ホーム持参

EPubの背の高い欠点：どのように注釈やリンクの必要な理由私たちは持っていない

アーロンsのミラーのCTO、BookGluttonは、Webのことで、 読者のコミュニティベースの

モデレータ： アーロンミラーのCTO BookGlutton.comは、Webの一つですコミュニティの電子書籍リーダーに基づく。 彼の経験 WellsFargo.com、Playstation.comなどの新興企業を設立クライアント向けに、Webサイト、およびMacys.comの建物の11年間ている。 への貢献、アーロンTeleBlogの仲間入りをし、ePub批判が来続けてくれる！ レッツ期待しているIDPFすべての側面に耳を傾けるされます。 また、 タマス 、 シモンのエッセイを参照してください。 - 博士

リンク、ブックマークや注釈をすべて1つの重要な条件によって異なります：能力を一意に本書では、特定の通路やポイントを識別する。 そしてそれは紙では簡単だ。 私たちは短剣と数字を入力するここで、私たちのメモ属しています。 我々は、下線、クリップをハイライトします。 ページを時々だけのジェスチャー。 しかし、電子書籍とは、そう簡単ではない。 電子書籍、実質、何か少ないので、もっと期待されます。 行く図。

人間は論文を理解するための脚注およびマージンの概念、これは、コンピュータのコンピュータで良い何かを行うことができますノートバインドされているコンピュータが必要です。 その後、我々は、我々 、それらを隠すと、独自の追加、それらをグラフに、抽象的に削除して、カウントを並べ替えるこれらのノートを共有することができます。 さらに、我々のテキストに、イカは完璧なポインタを多分ピクセルのポインタのように、我々は我々は、オフに左の音節は、またはを分析しているが、次にジャンプするについては疑問がある。 コンピュータには、本モデルでは、本当に何かを抽象化し、複数のコンピュータをされている抽象化と同意でどのように相互作用するために、我々堅苦しい人間オフが向上します。 あまりにも簡単には悪いことも述べた。

キーを暴露

デジタルブック、世界のスマートな人々最近、いくつかの重要なポイントを見つけ出した：

1. XMLは 、 本の最高の友人です。これは、ドキュメント中心の、活気の拡張だ。 それを使われている。mobi、。。、。epubと点灯DocBookは、ODTのような、より一般的なもの、とのdocx。 これは肥大化を批判することができますが、拡張性とXHTMLのための一種の親の開いている。 それより、プレーンテキスト以外の書籍に最適であることを起こる。
2. 書籍のWeb予定です。彼らにしてきたラインしばらくの間、膨大な数では、今までは、誰もが時間を割いている、またはそれらの世話をするための資金を過ごした。 私のプレゼンテーションに気を意味する"ケア"、デューデリジェンスカタログでは、別の特典と様々な技術の欠点を測定できます。
3. 電子書籍クールされます。今のところ、そうではない。 最低ではないではクールなのiTunes。 今のところ、彼らは、MP3、1997年当時の位置にしています。 これは、オーディオファンの下などの形式で一蹴された。 それらの半分はCDのより良い、と打診、もう半分はビニール最高と打診しているものを好むのCDをからかうのを進めているを観察した。 今、それだ、音楽ファンは、私たちすべてが共存することができ、そのMP3ファイル自身の権利でクールさを実現する。 予約を愛するグループが、統一されていません。

の匂いの可能性

それでも、我々の可能性を感じることができる。 人より多くの可能性は実現している以上のタイポグラフィのマイル失ってスクロールし、様々なショッピングカートサイトの紙の2倍の値段で取引を売り込む。 アマゾン、ウェブ企業、把握に乗り出しているどのように橋の世界で、PHBの伝統的な（独自のハードウェアで書籍を）拡張すると同時に、自分のWeb資産を活用しようとしています。 一方、出版社のウィジェットやブログについて耳にすることができますせせらぎ、そしてときに、実際には、我々のDRMについてヘクタール瞬間か見てみたいと言っても理解できない。

開発の角度から見ると、ブラウザの技術を迅速にはタイポグラフィやプレゼンテーションのライバルが転換点に近づいているが印刷してE Inkのです。 E Inkのとは異なり、Web技術をソフトウェアに基づいており、この作成の自由とスピード。 とではなく、 安価な日常cheapenedを取得するよう、印刷とは異なり、低コストでできるようになります。 いつか我々のすべてが、私たちの多くは今ではこれまでのE Inkを使用するE Inkのようなものを使用します。

多くの人々のブログやニュースの量を取得するPaneraで自分のMacBookやスターバックスを解雇見ることができます。 どの新聞社も出版社として若い世代は、もはや紙の上で任意のニュースを読むことを伝えます。

注意ください

これは、すべて肯定的なニュースです。 しかし、この活動で、誰も唇の基本的な技術へのサービスはここ：注釈を与えている。 確かに、皆のためではない。 しかし、能力の文書の断片をポイントするように、これらの断片を変更してもにかかっている。

Webは、完璧な空間の例として、この問題は、または悲しい例を解決するためにアクセスすることができますどのように注釈を、1つの陣営に応じて無視されています。 これらのバーナーズ = リーの李キャンプ、もしそのような場所ですが、 セマンティックWebのための基準とソリューションのようになります。 しかし、これらの者テッドネルソンを見て、我々が我々のWeb発明に必要なすべてを実装していないことを伝えます。 ネルソンのオリジナルなコンセプトのハイパーメディアの構造の一部として、注釈やアンブレイカブルリンクが含まれます。 今、私たちは彼らのために意図したことはなかったのコアインフラストラクチャの上にこれらの事を即興でスタックしています。 我々している厄介な質問：どのようなメタデータをするときにリソースが消えてどうなるか不幸か、変更する際に直面？

初出の挑戦

場合したこの上のすべてのリンクをはるかに付いたこのブログの場合、最大の挑戦のためにして食欲をそそる。 我々はこの分野ではいくつかの重要な問題に対処する必要があります。 どのくらい遠くまで本当に行かなければならないのですか？ 我々は、進歩していますか私たちはストリーミングのWebビデオ1999年のですか？ 当時、私たちが独自のフォーマットを、団結と方向性と集中力が欠如している不足の多数がどのような目標を正確にされた。 お馴染みの？ 不良好きですか？

前に、私はこのような悲しい比較を行うことを激しく非難する、を考慮してのフォーマット、そのリストをするためにも、正確には何をやっているのはそれは出版社、書籍の制作、デジタルwarehousers、開発者、小売業者などを追加して優れている。epub、：形式のリストに追加します。

IDPF開始され、彼らは速くW3Cは、これも良いですが移動されます。 しかし、心に留めておく、この前に、提案されている基準の多く。 しながらIDPF、これらを意識してから採用を世話し、それらとの相互運用性は、まだ優位性が不足し、これを希望の下落は大きな危険があります。のようなepub何か、ええと、デジタルブックの風景。OGGファイル 。 これは痛い。

2つの大きな問題が、あなたBookGluttonブログ上でそれらのより専門的に曲がって探査を読むことができます、されます：

1. コンテナ形式のzipファイル。 偉大な移植性のため、Webブラウザに悪い。 簡単にzipファイルには何にリンクすることはできません。 しかし、コンテナがなく、共有することはできませんし、本構造を転送します。 がジレンマだ。 実際には、catchのようなもの- 22、のための方法のまわりでそれだけでリンクを共有することです。 これは2番目の大きな問題に私たちをもたらします：
2. Wiffly - waffly仕様の言語のリンク。 UUIDはとフラグメント識別子の詳細についてはすべてビズ。 で、すぐに是非！ 何Xlinks、Xpointers、Xpathは、ノードのコレクション、範囲、選択、CSSのセレクタについては、私たちは何かを詳細に一意のIDよりも粒状にリンクして指定することが、すべての無数の方法？

きっと、これらの問題は、IDPFで、提起されている広範囲に賢くて自分よりも人が議論される。 私はまた、議論、これらのものは、仕様で、その多くの人々のことを恐れて、他の欠陥を明らかにすることを意識している。 そうすればいい、私たちはかなり速く、すべての脆弱性を解決するため、標準化との同期ではなく、その後必要があります。 なぜなら、それに直面-場合は、出版界の良いMP3、オーディオ、宇宙しなかったがない期待しているようなっぽい少年と落ち着くことができないよう、勇敢でください！ もし真剣に標準的な提案をして、注釈のリンクポインティング-でも、それを呼び出すと、我々 の決定が必要です。