2012年にiBooks Authorが登場する以前から、Appleは一般のMacユーザーに、ワードプロセッサソフト「Pages」を使って基本的な電子書籍を作成する手段を提供していました。4年間の停滞を経て、Appleは（驚くべきことに）iBooks AuthorのePubエクスポート機能の改善に着手しました。ここでは、iBooks Authorの何が変わったのか（そしてまだ改善が必要な点）について見ていきましょう。
4年間の沈黙
Pagesは2010年8月に電子書籍エクスポート機能を導入しました。Wordエクスポート機能と同様に、Pagesの電子書籍エクスポートでは、ドキュメントの特定の要素のみをePub形式（iBooksや当時利用可能なほとんどのAmazon以外のリーダーで使用されていた主要なファイル形式）に変換できました。そのため、例えば、特定のテキストスタイルやリッチテキスト要素がePub形式で正しく表示されない場合がありました。さらに、これらの要素の多くは、エクスポートファイルに実際に表示されるために、Pagesドキュメントで非常に正確なフォーマット設定を行う必要がありました。
iBooks Author がリリースされたとき、私は Apple が Pages の時代遅れの電子書籍エクスポートを修正するだろうという希望をあきらめました。
Appleは、電子書籍制作に関心を持つ企業向けに、ウェブサイトのサポート文書で基本的なガイドラインと外部リンク付きのテンプレートを提供していましたが、どちらも機能が不足しており、不足している機能を補うために、使い勝手の悪い回避策を提供していました。私は日々の仕事で、これらのほとんどを経験する機会に恵まれました。Macworld Superguidesの電子書籍を制作するために、Word/InDesignのワークフローに切り替えるまで、丸1年間Pagesを使用していました。Pagesに対する私の不満は、いくつかの記事やカンファレンスでの講演につながりました。
Pagesツールに何の改善も見られず2年が経過したため、私はAppleの電子書籍エンジニアは他の場所で作業しているのではないかと考えていました。そしてiBooks Authorがリリースされたことで、その推測は裏付けられたようです。iBooks Authorの開発に注力しているにもかかわらず、なぜAppleはオリジナル版を完全に反映することのできない限定的なエクスポート機能に注力するのでしょうか？
冗談は私だ
iBooks Authorの存在にもかかわらず、iWorkチームには少なくとも1人のエンジニアがePubエクスポートにまだ興味を持っているようです。iWorkスイートの新バージョンがリリースされたとき、Pages 5.0に、電子書籍エクスポートにおける最も顕著な問題のいくつかに対する修正がいくつか忍び込んでいたことに気づきました。例えば、電子書籍に改ページを挿入する際に、テンプレートの「章見出し」テンプレートを使う代わりに、Pagesの改ページツールを使って手動で改ページを挿入できるようになりました。
しかし、それだけではありません。先週のPages 5.2アップデートでは、リリースノートに「ePubエクスポートの改善」と記載され、さらにいくつかの修正が追加されました。そうです。Pages 5.0のePubエクスポートの改善に時間を割いてくれただけでなく、将来のリリースでさらに改善できるよう積極的に取り組んでいるようです。
Pagesの電子書籍エクスポートツールの開発を今なぜ再開するのでしょうか？iPhone向けに電子書籍を出版したい著者にとって、（ある程度）使えるツールを確実に提供することが目的です。iBooks AuthorにはまだiPhoneエクスポートオプションがありません（おそらく今後もないかもしれません）。著者はPagesでiBooks Authorの書籍を準備できることを考えると、ワードプロセッサプログラムのツールを充実させることは、Apple製品が電子書籍作成市場において存在感を維持する上で非常に効果的です。
Pages 5.2 で電子書籍にできること (できないこと)
Pages 5.2 ではエクスポート時に一般的な警告が表示されますが、何が間違っていたのかが必ずしも明確になるわけではありません。
Appleの電子書籍作成に関するサポートドキュメントが12月以降更新されていないため、一般ユーザーにとって、ePubにエクスポートした際に何が翻訳され、何が翻訳されないのかを判断するのは少し難しいです。Pages 5.2では電子書籍生成後に定型的な免責事項が表示されますが、そこから何が間違っているのかを正確に判断するのは困難です。
つまり、簡単に言えば、Pages 5.2 で生成された電子書籍に期待できること (および期待できないこと) は次のとおりです。
期待できること…
ePub 3に準拠：電子書籍出版プロセスのバックエンドにあまり関心がない方のために、ePub 3はePub 3の最新バージョンであり、ePub 2よりも多くのスタイルとツールを利用できます。最大の変更点は、バックエンドコードの一部が簡素化され、ePubのXHTML標準としてHTML5とCSS3が採用されたことです。これにより、電子書籍に動画、音声、カスタムフォント、特殊なCSSトランジションなど、様々な要素を組み込むことができます。Pagesは現在、これらの要素の一部のみのエクスポートをサポートしていますが、ePub 3ファイルを生成できるようになったことは、正しい方向への大きな一歩です。
この小さなコードは、Pages エクスポートによって ePub 3 ドキュメントが生成されることを意味します。
ビデオとオーディオを追加可能： Pages 5.2の電子書籍エクスポートエンジンは、ePub 3を基盤としているため、ドキュメントに追加したオーディオとビデオをすべて保持します。これはPagesの従来のエクスポート機能からの大きな改善点であり、iBooks Authorのような派手さは必要としないものの、書籍にマルチメディア機能を追加したい人にとって大きなメリットとなります。
Pages でオーディオやビデオをドラッグ アンド ドロップして、問題なく電子書籍にエクスポートできます。
Retinaディスプレイ並みの高画質画像： Pagesに電子書籍の書き出しオプションが初めて搭載された当時、Retinaディスプレイ搭載のiOSデバイスは存在していませんでした。そのため、電子書籍を書き出すと、配置した画像はすべて標準の8.5×11インチの白いキャンバスサイズにフラット化されていました。これはしばらくはうまく機能していましたが、Retina iPadが発売されると、500ピクセルの画像が突然、ひどく小さく見えるようになりました。そこで、当面の解決策としてキャンバスを20×20インチにしました。画像の書き出しはうまくいきましたが、表示とテキスト編集はかなり面倒になりました。
この記事のポイントは？ Pages 5.2では、こうした無駄な作業がすべて解消されました。ページに画像を配置してサイズを変更し、エクスポートすると、ePub形式では画像がRetinaディスプレイサイズに縮小されるため、どのデバイスで表示しても鮮明な画像が維持されます。
段落の後にカスタム改ページを追加できます。Pag esの以前のバージョンでは、元の文書に改ページやセクション区切りを挿入しても、ePubにエクスポートすると変換されないという大きな問題がありました。この問題は修正され、電子書籍の特定のページに特定のテキストを意図的に配置できるようになりました。
Appleの4年前の電子書籍テンプレートは（ほとんど）必要ありません。エクスポート時にページ区切りとセクション区切りが認識されるため、それらとカスタムテキストスタイルを使って電子書籍の目次を作成できます。Appleのテンプレートをダウンロードする必要はありません。ただし、Pagesはテキストスタイルを簡略化しています。エクスポートされたコードのコードを見ると、すべてのテキストスタイルが段落タグのさまざまなCSSクラスとして出力されていることがわかります。
ブックに目次を挿入することで（挿入 > 目次）、Pages にヘッダータグを強制的に生成させることはできますが、それでもうまくいきません。すべては正しく整理されているものの、実際のヘッダーは段落タグ（章タイトル用／私が h1 として意図していたもの）、h1（h2 用）、h2（h3 用）、h3（h2 用）として表示され、その後 h2 と段落タグ（h5/h6 スタイル用）に戻ってしまいます。ヘッダータグがそれほど重要でない場合は、テンプレートなしで Pages を使用できるはずです。ただし、タグを適切に降順で表示したい場合は、Apple の古い電子書籍テンプレートを使用することをお勧めします。
他にも、次のような楽しいことができます。テキストをスモールキャップでスタイル設定したり、上付き文字や下付き文字を使用したり、文字間隔を追加したり、テキストをインデントしたりできます。リストは適切にレンダリングされるようになりました (ただし、リストをエミュレートするために HTML の li および ul リスト タグではなく、カスタム CSS が引き続き使用されます)。テーブルは、画像ではなく選択可能なテーブルとしてレンダリングされ、色をカスタマイズできます。フローティング イメージは、完全に消えるのではなく、静的な画像としてレンダリングされます。また、変更履歴が保留中であるドキュメントをエクスポートすると、レンダリング時にすべての変更が自動的に受け入れられます。
フローティング画像はエクスポート時に消えなくなり、代わりに所定の位置に固定されます (ただし、結果のコードは画像を適切にラップしません)。
まだ改善が必要な点
少なくとも、画像を追加しすぎた場合に警告が表示されるようになりました。以前は、ファイルが大きすぎる場合は Pages から警告は表示されませんでした。
章に画像を追加しすぎると、いまだに画像が消えてしまいます。Pag esは「11MB超」ルールと呼ばれるこのルールで、ファイルサイズを管理しやすいように、章ごとに11MBを超える画像を自動的に削除します。以前のバージョンとは異なり、このルールが適用されると具体的な警告が表示されるようになりましたが、それでも煩わしいです。本内のすべての画像が完全に消えるよりは、解像度を下げて縮小してもらえる方がずっと良いと思います。Appleのテンプレートを使い、ダミーの「章タイトル」テキストを時々貼り付けることで、エクスポーターに章を「分割」させることは可能ですが、その場合はSigilやコードエディタを使ってePubを開き、空白部分を削除する必要があります。
迷った場合、Pagesは要素を画像に変換します。境界線を追加するためのCSSスタイルが存在するにもかかわらず、画像や挿入されたテキストに境界線を適用しようとすると、Pagesはエクスポート処理中にそれらを要素にフラット化し、新しい画像を作成します。これは、比較的シンプルなCSSコードを扱うための、ぎこちない方法です。
使えるはずのCSSトリックが使えない： Webでは、テキストに影やアウトラインを追加したり、画像やキャプションに枠線を付けたり、行間をずらしたり、画像とキャプションを一緒に配置したり、ポップアップ脚注を作成したり、カスタムフォントを埋め込んだりできます。Pagesドキュメントでも同じことができますが、電子書籍をエクスポートすると、これらの機能はどれも反映されません。エクスポートエンジンの今後のアップデートで、これらの機能が徐々に改善されることを期待しています。これらすべてを支える基盤コードは既に存在しており、それを組み込むだけで済むのです。（特にカスタムフォントは、改善されると嬉しいです。）
コードはまだ乱雑ですが、これは CSS の処理のせいでもあります。電子書籍のエクスポート時に設定画面がほとんどないため、使い勝手は良いのですが、CSS テンプレートを適切にマッピングする際に煩わしさを感じることがあります。Pages のテキスト スタイルはすべてさまざまな CSS 段落クラスとしてエクスポートされ、エクスポートのたびに変更されます。「s1」クラスは、原稿でどのテキスト スタイルが最初に来るかによって、あるエクスポートでは Pages の「タイトル」スタイルを参照し、別のエクスポートでは「本文」を参照する場合があります。また、Apple の電子書籍テンプレートを使用しない限り、見出しタグがまったく表示されません。これは、エクスポート プロセス中に、テキスト スタイルを h1、h2、h3、キャプションなどの HTML タグにマッピングするように求める追加画面を用意すれば、簡単に修正できます。
Pages は任意の CSS クラスを使用して、段落から表まであらゆるものにスタイルを設定します。
Pages 5.2 で電子書籍を作成する必要がありますか?
AppleのPagesの電子書籍エクスポートツールは、2010年の登場以来飛躍的に進化しており、PagesのコントロールをePub 3標準に適切にマッピングするための積極的な作業が行われていることを嬉しく思います。とはいえ、Macworldの電子書籍プロジェクトでこのプログラムに戻ることにはためらいがあります。私たちのハウツー本は画像とCSSテンプレートに依存しており、画像の制限とPagesのCSS段落クラススタイルへの奇妙な依存の両方が制限要因となっています。しかし、これらのツールがさらに進化し続けるなら、iPhone版Pagesに戻る可能性もあるでしょう。特に、そこからiPad用のiBooks Authorで拡張電子書籍を作成したり、エクスポートしたePubをKindle Previewerに通してKindle互換の電子書籍を作成したりするのは、そこから簡単にできることを考えるとなおさらです。
しかし、画像や特別なスタイルにそれほど依存しない人にとっては、Pagesは基本的な電子書籍を作成するための便利なツールとなっています。何かを作成する必要があり、iBooks Authorのような派手な機能は必要ない場合は、試してみて、その性能を確かめてみるのも良いでしょう。少なくとも、Mac版iBooksのおかげで、出力結果のテストははるかに簡単になります。
午後 6 時 (東部標準時) に更新され、目次を使用してヘッダー タグを部分的にマップできることが記述され、使用されているリスト タグに関する記述が修正されました。
