文字の表示に関するテスト

埋め込みフォント関連

ハングルの表示結果

　長年の懸案だった埋め込みフォントの表示ですが、ハングルの表示テストについては画面のように表示できています。なお、この直前のテストは文字が化けてしまっているのですが、ハングルのテストではOpenType形式のフォント（SourceHanSerif-VF）を埋め込んでいるのに対して、直前のテストではTrueType形式のフォントを使用しているのでそこの違いかも知れません。フォントを埋め込んだ場合に読者側で特に指定しなくても埋め込んだフォントが強制優先表示される挙動は他のデバイスのKidleアプリと同様です。

日本語で使われる漢字の字形（異体字）バリエーションの表示

Unicode IVSでの異体字表示

　CSSでのfont-variant-east-asian、同じくfont-feature-settingsでの異体字表示指定は効いていませんが、Unicode IVSでの表示はできています。他のデバイスのKidleアプリと同様の挙動です。以前のWindows版KindleではUnicode IVSの異体字表示文字が豆腐として表示されてしまう状態でしたので、ようやく使えるようになったというところでしょうか。

日本語EPUB 内での欧文イタリック字形の表示

イタリック字形の表示

　欧文イタリックを斜体ではなく本来のイタリック字形で表示させることも埋め込みフォントの使用を前提にすれば可能になっています。

サロゲートペア文字の表示

サロゲートペア文字の表示

　こちらも問題なく表示できているようです。このあたりの文字（Unicodeの基本多言語面に入っていないが商用日本語フォントに字形情報はある文字）を外字画像化しなければならない状況はそろそろ終わって欲しいところですのでほっとしました。

結合文字列の表示

結合文字の表示

　これは文字によって結果が分かれる状況でした。問題になるのは合成済みのダイアクリティカルマークがUnicodeに含まれておらず、合成可能ダイアクリティカルマークを利用せざるを得ないキリル文字やギリシャ文字、アルファベットの「下」にダイアクリティカルマークが入るベトナムなどアジア圏の人名地名の欧文表記等ですが、これらの表示に瑕瑾があると専門性の高い本の参考文献ページなどが外字画像の山になって相当以上にツラいので早くどうにかして欲しいところです。

組版処理に関するテスト

画像のサイズ指定

画面に対する画像サイズの％指定

　この項目は結構デバイスごとに対応している単位、していない単位があって複雑なのですが、Windows版Kindleも％での指定は効いていることが確認できました。これは他のデバイスも共通のため、画像サイズの画面に対しての％指定はできると考えて良さそうです。なお、Kindle以外のビューアの対応も考慮すると、「書字方向への％指定」が確実かと思われます。

実ページ番号表示テスト

　今回のテストではEPUB内に設定したページ番号（紙版と同じページ番号を電子版でも表示させる指定）の表示はできていませんでした。ただこれは元々紙版と電子版の双方が販売されているコンテンツで同じページを表示させるための機能で、Kindleパブリッシングガイドラインにもその記述があります。この本は同内容の紙版が存在しないため、効いていないのは当然と言えます。他の本では効いていた例があったという話を聞いたことがありますが、この条件に基づくものでしょう。制作側としてはできれば販売前に挙動を確認したいところですが、現状仕方がないところです。

カギ／句読点の前後のツメ・アケ制御／和欧間自動アキ指定

日本語約物の自動ツメ処理

　約物類が連続する部分の詰まり方を見ると自動ツメ表示はできているようです。他のデバイスのKindleと同じ挙動に見えます。Kindleの文字ツメ、アケ処理はCSSによる指定が効いた結果ではなく独自処理の強制適用のようなので細かい評価はできませんが、日本語のテキストが読みやすくなっていることは確かなので喜ばしいところです。

ルビ関連表示テスト

ルビの肩付き指定

　ルビの肩付き指定が効いています。これはKindle以外のビューアと比べてもかなり日本語対応できている部分です。一方で、通常と反対側のルビ（縦組みでの左側ルビ）の指定は効きません。他のビューアと同様ですが両側ルビの指定も効きません。

表テーブルセル幅／高さ指定テスト

表のセル幅の指定

　tableタグで表を作った場合に各セルの幅の指定は％、vw/vhの双方で効くようです。セルの幅が％とvw/vhで多少変わるのはビューア表示画面の周囲のマージンを含めて計算するかどうかで変わるということでしょうか。簡単な表組みであればtableタグで作っても問題ないと言えそうです。

MathML 数式表示テスト

MathMLによる数式表示

　MathMLによる数式表示はできているようです。これは簡易的なテストに過ぎないため実際に数学方面の本の作成に使えるかどうかはより網羅的な調査が必要でしょうが、そちらは門外漢のため専門の方に任せたいと思います。

画像関連テスト

SVG 表示テスト

SVG画像の表示

　SVG形式の画像の表示もできています。SVGはベクター画像のため画面を拡大した際にグラフ等がきれいに表示できることが期待できます。

クリッカブルマップ動作テスト

　クリッカブルマップの動作はできていません。これは他のデバイスのKindleも同様なため、Amazonの方針と見てよいのかもしれません。

気になった部分

囲み罫の角丸指定

角丸は表示できず

　これは11/25の資料には入れていなかったのですが、Windows版Kindleで囲み罫の角丸指定（border-radius）が効いていなかったので指摘しておきます。他のデバイスでは問題なく表示できているので、いずれ修正されることを期待したいところです。
　追記：1.0.18632（最終更新日2026年7月6日）で表示が確認できたとの情報をいただきました。修正されたものと思われます。

新フォーマットへの完全切り替えが秒読み

　Amazon Kindleの新フォーマットへの切り替えがだいぶ進んできているようです。Amazon Kindleは2012年の日本上陸からずっと出版社には「.mobi」形式のファイルの納品を求めてきたのですが、今年の6月あたりから「.epub」形式で納品してAmazon側で変換という形に変わっています。背景にあるのはAmazonが「タイプセッティングの改善」と呼んでいるものへの対応で、これは新しめの本を購入してKindleアプリなどで開いてみれば古いものと明らかに違うユーザーインターフェースで開かれるので区別ができます。つまり今のKindleアプリは新旧の表示エンジンを両方持っているのです。なお聞いた話では現状まだMac版／Windows版は「タイプセッティングの改善」に未対応とのことなのですが、これもおそらくは近々切り替わるのでしょう。先日既存コンテンツの変換も始まったらしいという情報が流れてきましたので、完全切り替え秒読みというところだろうと思っています。

　今、Kindle Previewer3でEPUBを表示させて「エクスポート」を選ぶと、「.kpf」という形式でのエクスポートを選択できます。これが「タイプセッティングの改善」に対応した次世代フォーマットということかなと思います。

埋め込みフォント対応が気になる

　さて、新フォーマット対応でこれまで制作時に悩まされてきた様々なKindleの表示の不具合が解消されることを期待していますが、それはいずれ表示チェックするとして、今気になっているのが「埋め込みフォント」の表示対応です。
　現状、一般的に電子書店で販売されている電書協ガイド準拠のEPUBでは、制作者が明示的に表示フォントを指定することはできません。もしどうしても特定のフォントで表示させたければ、EPUBのファイル内に表示フォントを収録してそれを表示させるしかありません。Webと異なりオフラインでも表示できることが前提となるEPUBでは、外部サーバーのWebフォントにアクセスして字形データを取得して表示させるといった手段は取り得ないからです。このため、フォントのライセンスが大きな問題となり（ソフトウェアバンドル扱いになるとのこと）、現状まだ商用フォントを自由に埋め込んで利用できる状況ではないのですが、もしKindle全プラットフォームで埋め込みフォントの利用が可能ということになれば、例えばSIL Open Font Licenseなどで公開されているオープンソースのフォントを埋め込んで利用することを考えられますし、商用フォントであってもフォントメーカーに個別交渉をすれば利用が可能になるので製作物の表現の幅は広がるはずです。

星海社の本でフォント埋め込みの対応状況をチェックする

　埋め込みフォントにKindleの各プラットフォームが対応しているかどうかのチェックをどう行うかですが、星海社さんが自社でフォントを開発し、既にそれを埋め込んでいることを売りにしていますので、ありがたくチェック用として使わせてもらうこととします。現状手元のファイルを端末に転送してKindleのビューアで表示させても「タイプセッティングの改善」が適用された状態になりませんので、明確に埋め込みフォント対応を行ったことを謳った本が市場に出ていることはかなり有り難いです。
　なお今回は知人の著書の「迷宮駅を探索する」をチェック用に利用しましたが、星海社 e-SHINSHOはどれも埋め込みフォント対応のはずです。

　以下、各プラットフォームでの表示結果になります。