JLReq TF meeting notes 2024-5-14 & 4-30 combined

[kidayasuo]

JLReq TF meeting notes 2024-5-14 & 4-30 combined

日本語

2024-5-14

Character-based Spacing Rules for Japanese and Western Text

An agreement has been reached within the JLReq TF regarding the character-based spacing rules for Japanese and Western text as proposed to Unicode.

• As a basic rule for determining adjacent character classes, it is recommended not to create spaces between Western punctuation and Japanese characters, without exceptions.
• The desirable spacing may vary depending on various factors including the usage of characters, typeface, and policy. It is essential that the above basic rule can be customized at a higher level such as CSS (todo: [todo] Create an issue on csswg-drafts for a way to adjust text-autospace behavior #425).
• It is necessary to decide which side the space belongs to. This affects aspects such as the range of highlights and the amount of space when there is a difference in character size. The space should belong to the Japanese text.

Discussion

• There were discussions on individual characters, especially on how Western brackets should be handled when used in a Japanese context. As a general rule, Japanese brackets should be used in a Japanese context. Although there might be instances where one would prefer to use Western brackets, the decision on spacing should be made on a case-by-case basis. However, adjusting spaces later can be challenging if space is present, whereas it is easier to adjust if there is no space.
• There are two contexts where one might want to use Western brackets. One is when the space outside Japanese brackets feels too wide (e.g., "7日（土）" vs. "7日(土)"), and the other is when the inside of the brackets is in Western text, and the brackets should match it.
• There was a discussion on whether introducing a negative space character could solve the difficulty of removing spaces. Such a feature existed in the Shaken system. Considering whether such control codes are appropriate within the Unicode framework, the difficulty of proposing this, and handling such control codes, it was concluded that it is not a good idea.

Review of the Early Draft of Chapter 2 of jlreq-d

(currently the text is in Japanese only)

The early draft of Chapter 2 of jlreq-d was reviewed, and the results were reflected in the draft. Since it is still in a very early stage, Kida will present a more completed version at the next meeting.

---

2024- 4-30

Review of Chapter 1 of jlreq-d

(currently the text is in Japanese only)

The review of Chapter 1 of jlreq-d was conducted, and the results were reflected in the draft.

There was a discussion about whether it is possible to gradually release parts of jlreq-d for public review, even though it will take time for the entire document to be ready for public review. Kida will explore this possibility.

Updates on W3C Accessibility

• In preparation for WCAG 3.0, Mr. Murata has become a member of the Internationalization Accessibility Community Group.
• There is an activity to create standards for easy-to-understand simple English. It needs to be considered whether such standards are necessary for Japanese and how to approach it.

[kidayasuo]

JLReq TF meeting notes 2024-5-14 & 4-30 combined

2024-5-14

和欧間スペースのための文字ベース規則

Unicodeに提案されている、文字ベースの和欧間スペース規則について、議論の末JLReq TF 内で統一見解が得られた。

• 隣接する文字クラスで判定する場合の基礎ルールとして、特に例外なしに、欧文約物と和字の間にスペースを作らないことを推奨する。
• 望ましい間隔の開け方は文字の使い方や書体、方針など様々な要因により異なってくる。上位層で上記基礎ルールをカスタマイズできることが必須である（todo: https://github.com/w3c/jlreq/issues/425）。
• 空きはどちらに所属するのかを決めておく必要がある。例えばハイライトの範囲、文字サイズの違う場合の空き量などに影響する。和文に属するべき。

議論

• 文字個別の議論、特に欧文括弧が日本語コンテキストで使われた場合にどのようになるべきかが議論された。一般的なルールとして、日本語コンテキストでは和文括弧が使われるべきである。欧文括弧を使いたくなる場合もあるが、空きをどうするべきかは場合によって異なり、一律に決められない。よって、どちらに決めても後で調節がしたくなるが、その場合、空きを削るのは難しく、空きのない方が調節がしやすい。
• 欧文括弧が使いたくなる文脈に二種類ある。一つは和文括弧外側のスペースが空きすぎと感じられる場合（e.g.「7日（土）」vs「7日(土)」）、もう一つは括弧の内側が欧文であり括弧をそれに合わせたい場合。
• 空いているところを削るのが難しいことの解決に、マイナススペースという文字を導入するのはどうか？という議論があった。写研のシステムにはそのようなものが存在した。Unicodeの考え方の中にそのような制御コードが適切かどうか、提案する難しさ、および、そのような制御コードの扱い方の難しさを考えると、良い考えではない、との結論。

jlreq-d第二章早期ドラフトのレビュー

jlreq-d第二章早期ドラフトのレビューを行った。結果はドラフトに反映された。まだかなり初期の状態なので、木田がより完成されたものを次回ミーティングに示すことになった。

---

2024- 4-30

jlreq-d第一章のレビュー

jlreq-d第一章のレビューを行った。結果はドラフトに反映された。

jlreq-d 全体が公開のレビュー可能状態になるのには時間がかるが、部分部分で順次公開してゆくことはできないだろうかとの議論があった。木田が可能性を探ることになった。

W3Cアクセシビリティに関するアップデート

• WCAG 3.0に向けて、村田さんがInternationalization Accessibility Community Groupのメンバーとなった。
• 理解しやすい易しい英語の基準を作るアクティビティがある。日本語では必要か、どうするか考える必要がある。