JLreq TF meeting 2025-09-02

[himorin]

JLreq TF meeting 2025-09-02

• Previous meeting on 2025-08-05

Attendee

浦山さん、太郎さん、山口さん、田嶋さん、村田さん、村上さん、小林さん、敏先生、下農さん、木田（10名）

Agenda

• 1 . Recap of the previous meeting
• 2 . EPUBリーダー表示テスト本の紹介（田嶋）
• 3 . text-autospaceの問題に対するコメントのレビュー
• 4 . Needs to update JL-TF charter
• 5 . GitHub issues
• 6 . Next meeting

Minutes

1. Recap of the previous meeting (2025-8-5)

• text-autospaceのデフォルト動作の議論（[css-text] Reconsider the initial value of the text-autospace property csswg-drafts#12386 ）。木田がコメントする。コメントのレビューを今回したい。
• 圏点問題：jlreq-d編集会議で議論。縦中横の後（jlreq #446, [css-text-decor] Control the line height / proximity of text containing emphasis marks csswg-drafts#11257 )（前回の編集会議でドラフトを作った）
• 数字フィールドに全角数字を入れた時の挙動→自動変換されるべき（Define optional normalization of full-width characters in <input type="number"> whatwg/html#11395 ）

2. EPUBリーダー表示テスト本の紹介

次世代パブリッシング研究会（旧JAGATのXMLパブリッシング研究会）編纂。CSSの指定がそれぞれのリーダーで期待通りにレイアウトされるか、実際に各々のプラットフォームで出版してテストするのが目的。EPUBの中身はGitHubで公開されている（https://github.com/jagat-xpub/epub-css-test/tree/main ）。手元で作ったEPUBファイルを読み込ませるサイドロードの方法でのテストは、サイドロードを許していないプラットフォームがあることや、サイドロードしたものと出版の手続きを経たもので表示が異なる可能性があることから、実際にそれぞれのプラットフォームのもとで出版した。たとえばKindleでの結果はここにある。また、期待されるレンダリングも正解集として同時に出版されている。これはそのうちPDFで公開予定。JLReq TFにシェアしていただけるとのこと。

問題点の分析はこれから。Gap Analysisにフィードバックする予定。

3. text-autospaceの問題に対するコメントのレビュー

レビューを行った。以下がレビュー結果。これを英訳して木田がポストする。
→done (w3c/csswg-drafts#12386 (comment))

JLReq TFは2025-8-5及び9-2のミーティングでこの件を議論した。以下はJLReq TFに属する日本語のエキスパートの認識と要望である：

1. 日本語スクリプトとラテンスクリプトを混在させる場合、両者の設計上の字面やサイドベアリングの取り方が大きく異なるため、そのまま配置すると見かけ上・視認上の不整合が生じる。この解決のため、和欧文間に適切な空間（和欧間アキ）を設け、その量を書体設計に応じて調整する。これは印刷・組版の実務の中で、その手間にかかわらず、培われてきた知見と慣行であり、歴史的背景をもつ有効な解決法として尊重すべきである。
2. 和欧間アキは、ここで議論されているような「開ける／開けない」という問題ではなく、「どれだけ開けるか」という量の問題である。日本語側のフォントがゆったりした設計であれば相応に大きい空間が望ましく、反対に字面がボディいっぱいに設計されている場合には小さい空間が最適となる。
3. 一般に小説など長文向けの書体（イワタ明朝やリュウミンなど）は字面がゆったりしており、広めの和欧間アキが必要となる。その次に雑誌本文系の書体はそれらより少し詰まった字面を持っており、macOS／iOSの標準書体（ヒラギノ）や Noto Sans JP はこのレンジに位置する。一方、Windowsのメイリオや、見出し・タイトル向けの書体は字面がボディいっぱいに作られており、必要なアキ量は小さくなる。要するに、最適なアキ量は書体設計に依存する。
4. 伝統的な全角の1/4の幅のアキは、昔の書体は字面がゆったりしていたこと、及び、それより小さなアキは扱いにくいという作業効率上の制限により使われてきた。特にプラットフォームのシステムフォントに対しては過大な大きさである。現在の1/8em幅は合理的なデフォルトと考える。
5. 和欧間アキを得るために欧文空白文字をテキスト中に挿入する方法は、望ましくない。なぜなら、和欧間アキはテキスト内容ではなくスタイルの問題であり、空白文字を挿入するとテキストの意味やデータ性（検索・コピー＆ペースト・読み上げ等）を変質させる可能性があるからである。
6. 当面の方針として、JLReq TFはCSS WGの判断（ブラウザーがtext-autospaceをno-autospace初期値で出荷することを容認）に同意する。
7. 将来については、CSS WGが中心となって、書き手が手動で空白を挿入せずとも、読み手が特別な設定を行わずとも、既定で適切な和欧間アキが確保された読みやすく美しいテキストを実現することを強く希望する。過去の互換性よりも、将来の長い時間軸を見据えるべきであると考える。また、上に挙げた理由により、アキの値は調節可能であることが望ましい。

4. Needs to update JL-TF charter

charter: #469: kida to comment
→ Commented and requested feedback from @xfq and @r12a.

5. GitHub issue

kida to respond

• deprecating simple-ruby: unmaintained banner simple-ruby#93
• Who should be in the editors list? Turning editors into contributor section #453
  • bin-sensei, shimono-san, xfq and kida

Just FYI : Removing remove XSLT from the web platform

• Should we remove XSLT from the web platform? whatwg/html#11523
• Remove mentions of XSLT from the HTML spec whatwg/html#11563
• Removal of XSLT from HTML living standard mozilla/standards-positions#1287

6. The next JLreq TF meeting

一応、2025-9-30 火曜日。

次回以降のJLReq TFで可能な日程の調整。下の候補で「調整さん」を回す

• 月曜日12時半まで
• 火曜日12時半まで（ただしペケになる可能性あり）
• 水曜日10時40分から12時半まで
• ❌ 金曜日12時半まで
• ❌ 土日OK