Vivliostyle Pub におけるフォント選択機能実装の提案

[ogwata]

• その必要性
  • 競合が増えつつある状況の中で、ワンソース・マルチユーズ以外にもVivliostyle Pubの訴求点を増やしたい
    • 競合の多くはフォントを訴求点にしていない
    • 他方でフォントはエンドユーザにもメリットを理解してもらいやすい
    • オープンベータの段階で複数フォントを選択できることを訴求できれば、注目してもらえそう
  • また、Dockerモードをサポートした場合、どのみちフォント関連の手直しが必要になる
    • この状況を逆手にとって、フォント選択機能の実装を訴求点にできるよう考えたい
• ゴール
  • 既成のMarkdownに対し、UI上から複数のフォントを指定できる
  • 上記をプレビューに反映する
  • 上記をPDF（閲覧用、印刷用）出力に反映する
  • 上記をEPUB出力に反映する
• 実現方法
  • Google Fontsの一部をPubのサーバにおいて、@font-faceで使えるようにする
• 課題
  • 日本語書籍で本文書体としてWebフォントを使う場合、速度の点からJavaScriptによるダイナミックサブセットが利用できることが望ましい
    • 同様に、フォント埋め込みのEPUBとして出力する際、容量の点からJavaScriptによるダイナミックサブセット化が望ましい
    • 他方、ユーザがAdobe FontsやFONT PLUS等の有料オンラインフォントサービスのライセンシーである場合、Vivliostyle Pubでもそれらを使いたいとのニーズが想定される
    • 加えて、将来の交渉に備えてVivliostyle自身がライセンシーとなってユーザに有料Webフォントを使ってもらう選択肢を確保しておきたい
  • その場合、分かりやすいUIを確保しつつ、どのようにJavaScriptのコードをユーザに入力してもらうのか？
• 関連資料
  • vivliostyle.js#735
  • Kindle パブリッシング・ガイドライン >特定のタイプの電子書籍のガイドライン >リフロー型の本 テキストのガイドライン - リフロー型 >埋め込みフォント
  • 「専用フォント」で電子書籍に“いまさら”参入する星海社の狙い
  • Kindleの埋め込みフォント対応状況をチェックする

[AyumuTakai]

利用しているテーマとどう整合性を取るかが難しいように思います。
見出しと本文など複数のフォントを使っている場合にどのような形で指定するのか、など。

テーマの編集機能の一部として、CSSまたはSCSSの変数で定義されているフォント指定を対象に選択できるようにするのは有り得るかと思います。

[ogwata]

利用しているテーマとどう整合性を取るかが難しいように思います。 見出しと本文など複数のフォントを使っている場合にどのような形で指定するのか、など。

なるほど、たしかに。
図らずも簡単にCSS組版ができるために導入したThemeが、フォント指定の柔軟性を制限してしまったわけですね。

ただ、柔軟なフォント選択というニーズ自体は想定され、何らかの形でこれにも答えたいところです。

たとえばThemeの選択メニューでブラウザのデフォルトテーマを選べるようにし、この場合のみ任意のフォントを選択できるようにするなどの方策は考えられないでしょうか？

[AyumuTakai]

まだなんの検証もしていないアイデアレベルですが、フォント指定をしているcss変数やscss変数が特定できれば指定した値で上書きできるかもしれません。

:root {
    --title-font-src: local(serif); /* type: font-face-src; title:見出しのフォント; */
}

@font-face {
   font-family: 'title-font';
   src: var(--title-font-src);
}

h1 { font-family: 'title-font', serif; }

テーマでのフォント指定のパターンがこんな風に決まっていれば /* type: font-face-src; title:見出しのフォント; */を手掛りにフォントの選択フォームを作ることはできそうな気がします。

[ogwata]

私の提案では、webフォントが使えるのと引き換えに、Themaの利便性を全て手放さなくてはならないので取り下げます。

高井さんの方法でうまくいくことを祈ってます。