本文に使用されている強制フォントカラーが削除され、テキストの色を変更できるようになります。大半の要素に固定値を使用しない”ピクセル数指定などの相対値で値を記述せよとの規定です。Webサイトと同じ感覚で電子書籍を作るとハマりかねない落とし穴ですので注意は必要ですが、一般的な話です。値の使用はお勧めしません。」との記述があり、ここは注意が必要そうです。埋め込みフォントを使用する”埋め込みフォントの使用規定です。形式が挙げられています。埋め込みフォントに関しては以前にOTFを埋め込んで作成したコンテンツが、販売時にはサーバ側処理でフォントが削除されて表示されていなかったという経験があり、現在まだ調査中です。日本語フォントはTrueTypeのみという話なのかも知れません。TypeにTrueTypeは含まれていないとの話(参考)もあり、いろいろと問題が出てくる可能性が捨てきれません。等幅フォントのサポートについての記述があります。face="monospace">のタグで記述すれば等幅で表示するとのこと。コンピュータ技術書などでは必要になりそうです。脚注のガイドライン”脚注の相互リンクが推奨から要件に変わっています。これは影響が大きそうです。電子書籍では確かに現状リンクを貼らないと注が参照しにくいのですが、全ての本での対応となると工数がかなり増えそうな点が心配です。Kindle専用端末での脚注ポップアップ仕様は以前にテストした際にはだいぶ不安定でしたので、ちゃんとepubの標準仕様に沿った形で仕様改訂して欲しいところです。サポートされている入力形式を使用する”対応画像形式についての規定です。透過PNGに相変わらず非対応なのは残念ですが、SVGに対応を公式に謳っているのですね。サポートしていません。」との表記があります。「sRGBをサポートしない」という文言はだいぶ意味がわかりません。CMYKカラーモデル非サポートの話とRGBカラーモデル内規格であるsRGBの対応の話を併記されても困ります。RGB色空間に関する規格にはsRGBの他にAdobeRGBがありますが、これはカメラマンが撮影した画像をきっちりカラーキャリブレーションを取ったモニタ環境で色補正する際などに使うもので、この場合に出てくる話とも思えません。タブレットやスマートフォンなど一般的な機器向けのコンテンツなら画像のカラーは通常sRGBになるはず。詳しい方に確認を取った感じでは「カラープロファイル指定に非対応なので付けられてもそのままパススルーで出力するよ」くらいの意味だろうという話なのですが、それであればそういう表記が欲しいところです。画像のサイズおよび品質の基準”画像のサイズに関しての規定です。ここはリフロー型電子書籍内の画像に関しての記述なので、hon.jpのこの記事は誤報です。通常写真集はフィックス型で作ると考えられますので。元記事内に「写真集」という記述も見当たらないようで、どこから出てきたのか謎です。パブリッシング・ガイドライン」の改訂ですしね。ピクセル以上」との記述があり、この数値自体にそう無理はないと思います。」との記述があり、これは相当な高解像度です。Guideの「画像のサイズは400万画素以下」という規約を簡単に超過し、iBookStoreでは販売できないEPUBが出来上がりそうです。上記の数値はあくまでAmazonの推奨に過ぎないので、現実的には現状では長辺2000px程度に止めた方が良いと思います。スタイル属性でパーセンテージの値を使用して、ブロック画像とフロート画像をスタイル化することをお勧めします。これにより、端末の解像度に関係なく、画像が画面の大きさに対して同じパーセンテージで表示されます。」との文言があります。iOS版ではサイズの%指定が効きません。仕様として推奨するのであれば、RSの改訂もそれに準じて進めて欲しいところです。レイアウトを使用することをお勧めします」との文言があります。アクセシビリティの観点からテキスト検索できる形で表を挿入すべきという話はわかりますが、iOS版Kindleでセル幅の%指定が効かないという問題が現状ありますので、そこは直して欲しいところです。列以内にすることをお勧めします。」との文言もあるのですが、元データにある列の数を勝手に弄れるなら苦労はありません。必要に応じて表を分割する”画像としての表を分割する場合のガイドラインです。ヘッダを両方の表につけるようにという記述があります。手間はかかりそうです。5.8.2で追加された「タイプセッティングの改善」機能に準じてのテーブル作成ガイドライン文書のようです。<thead><tbody><tfoot>タグで論理構造をしっかり書くようにとの記述があります。この機能はまだちゃんと試していないのですが、iBooksでのテーブル組みの表ポップアップ表示的な機能かと思います。◇リフローに関してはこんなところかなと思います。制作仕様の規定文書としては粗い記述が目立ち、またこちらで推奨されている方法でコンテンツを作成してもRS側の実装が追いついていないためにレイアウト等が乱れるケースが出てきそうです。十分な注意は必要でしょう。形式の文字は使用しないでください。characters」であるため、Unicodeの制御文字を使用しないで欲しいという趣旨の表記で、誤訳であろうというご指摘をいただきました。いやだけどそれはもうちょっと翻訳にコストかけてくださいよAmazon。ガイドライン規約文書ですよこれ。フィードで購読することができます。コメントを残すか、ご自分のサイトからトラックバックすることができます。スパム防止のためコメントは承認制とさせていただいております。12:35いつも大変参考にさせていただいております。ありがとうございます。パブリッシングガイドライン」をクリックしますと、エラー表示のページが開きます。ご確認いただけたらと思います。12:53ご指摘ありがとうございます。執筆時には表示を確認していますので、どうも元のサーバで何かあったようです。Tajimaこちらにて、電子書籍&Web制作を担当しています。このブログは、EPUB3をはじめとした電子書籍制作担当オペレータからの、「電子書籍の制作時にたとえばこんな問題が出てきていますよ」的な「現地レポート」です。整うことを願って、現場からの声を発信していこうと目論んでおります。当ブログ内の記事・資料は、私の所属しております組織の許諾を得て掲載していますが、内容は私個人の見解に基づくものであり、所属する組織の見解を代表するものではありません。本ブログの情報・ツールを利用したことにより、直接的あるいは間接的に損害や債務が発生した場合でも、私および私の所属する組織は一切の責任を負いかねます。License.『電書魂』のコンテンツはクリエイティブ・コモンズによりライセンスされています。記事名の記載と、記事へのリンクを貼って頂ければ、コンテンツを自由にご利用いただくことができます。