Updated section contents

docs/next_jlreq_overview/jlreq_v3_overview.md

@@ -1,29 +1,28 @@
 ## トップレベルのゴール
-- **デジタルテキスト**のための組版要件を示す
-- **国際化ソフトウェア環境**との親和性を高める
-- **ユニバーサルデザイン**の視点を導入する
+- デジタルテキストのための組版要件を示す
+- 国際化ソフトウェア環境との親和性を高める
+- ユニバーサルデザインの視点を導入する
 
 ## 対象となるアプリケーション
 #### 対象
 - メールやメモなど日常のテキスト、特にプレーンテキスト
 - Web ページ（スクロールするドキュメント）
 - ワードプロセッサー文書（ページがある）
 - 電子書籍（書籍としての構成、ページ、見開き）
-- 特殊：プレゼンテーション（タイトルの集合のようなドキュメント）
+- プレゼンテーション（特殊：タイトルの集合のようなドキュメント、大きなサイズの文字の組み方という一般の問題として）
 #### 対象外
-- 印刷のためのページレイアウトアプリケーション
+- 印刷のためのページレイアウトアプリケーション（JLReqが対応）
 - グラフィックデザインや広告
 
 ## 書き方の方針
-デジタル技術の進化は早く、その上の組版も従来より早い速度で変化してゆくと考えられる。ゆえ、組版の一つの方法をはっきりと示しつつも権威的にならず、同時に他の方法、その機能を考える際に重要なこと、答えのない課題などを提示することによって、判断のベースにし、また将来の進化を促す inspiring な内容にする。
-
-同じ理由で、現状に追い越されないよう、おそらく数年ごとにアップデートが必要になろう。
+デジタル技術の進化は早く、その上に成り立つデジタルテキストも従来より早い速度で変化してゆくと考えられる。ゆえ、組版の一つの方法をはっきりと示しつつも権威的にならず、同時に他の方法、その機能を考える際に重要なこと、答えのない課題などを提示することによって、判断のベースにし、また将来の進化を促す inspiring な内容にする。
 
+同じ理由で、現状に追い越されないよう、定期的にアップデートが必要になろう。若い人の参加がも少し欲しい？
 
 ## 組版要件を定義する際の方針
 JLReq にある機能をベースとする。デジタルでは重要でないと思われる機能は削除せず、重要度をプライオリティで示す。実際のところ、従来の技術による制約が契機でできた機能であっても本質を捉えている場合があり、捨てる判断は容易ではない。批判のベースになるように、理由、考え方を説明する。代替えの手段を説明する。
 
-新しい提案や将来の可能性の示唆などは、注意深く議論して重要な質を高く
+新しい提案や将来の可能性の示唆などは、注意深く議論して重要な質を高く。
 
 デジタルにおける新しい要素
   - リフローアーキテクチャ
@@ -36,55 +35,65 @@ JLReq にある機能をベースとする。デジタルでは重要でない
 
 ## 国際化ソフトウェア環境との親和性を高める方法
 #### 多言語の中の日本語として記述
-- 従来の JLReq は日本語に閉じた環境を扱っている。その意味で JIS の文字規格に似ている。JDLReq は国際化ソフトウェア環境の中の一つの言語としての日本語を扱う。
-- 外国語、数式など日本語組版の中で規定する必要のないものは対象外。界面の振る舞いだけを定義する
+- 従来の JLReq は日本語に閉じた環境を扱っている。その意味で JLReq は JIS 文字規格に似ている。JDLReq は国際化ソフトウェア環境の中の一つの言語としての日本語を扱う。
+- その前提で、外国語、数式など日本語組版の中で規定する必要のないものは対象外。界面の振る舞いだけを定義する
 #### 技術の扱いの方針
-- 現在進行形の技術の中での組版なので、技術の前提なしに議論することは不可能である。同時に、技術の詳細からは中立に記述することによって、寿命の長いドキュメントになることを期待する。確立され、今後も使われると思われる基礎的な技術、例えば Unicode、ウェブ技術、高機能フォントなどを前提とする
+- 現在進行形の技術の中での組版なので、技術の前提なしに議論することは不可能である。同時に、技術の詳細からは中立に記述することによって、寿命の長い記述方法になることを期待する。
+- ドキュメントでどの技術を前提としているかを明確化する。確立され、今後も使われると思われる基礎的な技術：Unicode、ウェブ技術、高機能フォント。
 - それら技術に不足があれば、その不足を洗い出して指摘する。例えば約物の問題、リーダ、ダーシ類、それらのつながったもの
 - 禁則など組版指定がなくても自動的に動くべき機能、言い換えるとプレーンテキストでも動くべき機能と、ルビのようにマークアップなどでの指定が必要な機能が見分けられるように書く
+- 複数の方法がある場合、それが実装者の選択であるべきか、エンドユーザーの選択であるべきかを見分ける。従来はどれも組版を行うものが決めていた
 #### 実装支援
 - シンプル化、プライオリティ付け、デフォルトの方法の提案などにより規格化コスト・実装コストを下げ、それにより、より早期に、より多くの、またよりベンダ間で統一の取れた実装が得られることを期待する
-- 日本語や日本語組版の概念を知らない技術者の理解のため、基本を書く
 - 規格化や実装が前に進んでいない機能を分析する。それらが前に進むことを支援できるように整理を行う
+- 日本語や日本語組版の概念を知らない技術者の理解のため、基本を書く
 
 ## ユニバーサルデザインの視点を導入する方法
 - 各項目にユニバーサルデザイン、健常者、障害者双方にとってのアクセスしやすさの視点を加える
 - ここ、もう少し具体化（村田さん）
 
 ## トップレベルの章立て案
-- まず日本語組版の基礎をカバー。おそらくここが一番膨らむ。
-  - 第2章「日本語組版の基本」を大幅に拡充
+### 案1
+- 日本語の基礎
   - 非日本語話者のために基本から説明
   - 日本語の文字、書体の基礎
+  - 外国語の文字との違い（漢字は中国語と、約物は英語、中国語と）
   - 欧文との整合、ベースライン、欧文書体との組み合わせ方
-  - 同じ漢字を使う言語として、中国語との違い。漢字の字形、および特に記号について
   - 読みやすさアクセシビリティの観点の説明
 - 本文の組版
   - プレーンテキスト
   - スタイルテキスト
-    - 基本的なルビはここ（木田案）
-    - 読みやすさの話題
 - 見出し、タイトルの組版
-  - サイズを大きくした場合の空間の感じ方
-  - つめ組など
 - 注 = 本文と並列な構造
   - ここは結構日本語独特のものがある
   - かつ、デジタルで一番可能性の変わる部分
-  - 両側ルビや、注としてのルビはここ（木田案）
 - ページの構成
   - 図版、動画、表など、テキスト以外のオブジェクトのページへの割り付け
+  - ユーザーの画面サイズに合わせたレイアウトもここか？
 - 書籍の構成
   - デジタルでの冊子の意味、問題意識を提示
+  - 参照の問題、唯一性の問題
+### 案2
+もっと論理的に。基礎はそれぞれのセクションの初めでカバー
+- 文字
+- 行の組版
+- 本文の組版（行が折り返す、複数の行が集まる）
+- 見出し（大きなサイズの文字への考慮もここ）
+- 縦書きを別にまとめる
+- 注 = 本文と並列な構造
+- ページの構成
+- 書籍の構成
 
 
-## 章立て案の詳細部分（以下の部分は上記内容に合わせて未アップデート。つまり古い）
+## 章立て案の詳細
 
-### 2. 日本語組版の基本（現在の第2章を大幅に拡充）
-日本語を知らないエンジニアに伝わるように基礎から。俯瞰を示し機能へのガイドにもなる。
+### 2. 日本語組版の基本
+日本語を知らないエンジニアに伝わるように基礎から。俯瞰を示し機能へのガイドにもなる。ここにある方が良いか、次の章にあれば良いか、の移動がありそう。特に、字送り方向の組版の基本は重なる。
 
 - 日本語で使う文字の基本
   - 漢字（用途による文字数）、仮名
-  - 約物、英数字も
+  - 英数字も
+  - 約物
   - 縦書き横書きの文字の向き
   - 全角半角互換文字
 - 日本語書体の基本
@@ -99,43 +108,61 @@ JLReq にある機能をベースとする。デジタルでは重要でない
     - 横書き縦書き変換のできるテキストを作るための考慮
   - （詳細は後の行組版のセクション）
 - 行送り方向の組版の基本
+- ベースラインシステム、欧文との合わせ方を一箇所にまとめる？
+- 外国語の文字との違い（漢字は中国語と、約物は英語、中国語と）
 - 読みやすさ、アクセシビリティ
 - 機能的観点での日本語組版機能の整理
   - 一覧で俯瞰（インデックス的にもなる）
   - 例えば：注のための機能は、単純な括弧、割注、脚注後注の類、行間注、など
   - ルビは注に似るが、もっと粒度が細かく単語に内在する並列構造を示す。日本語の表記と音との並列構造がその必要性のもとであることを触れる
 
-### 3. 行の組版処理（現在の第3章）
-簡便な行組版ルール案を反映。連数字の記述を削除。欧文組版や化学式、数式の組版は外部へ。
-- 欧文括弧など欧文用約物を使う場合への言及？
-- 印刷雑誌に連載の問題点など反映
-
-現在の章立て
-- 約物などの組版処理
-- 和欧文混植処理（縦中横処理を含む）
-- ルビと圏点処理
-- 割注処理
-- 段落整形，そろえ及び段落末尾処理
-- タブ処理
-- その他の行組版処理
-- 行の調整処理
-- 文字クラスについて
-
-### 4. 見出し
-- 現在の4章は見出し、注、図版と表、に分離
-- 見出し、は行組版の一部で良いのではない？
-- 「4.5 行・段落などの行送り方向の配置処理」は？
+### 3. 本文の組み方
+以下、テキストの論理的な構造とプライオリティ両方を章立ての構造で示そうとしたが、必ずしもそうなっていない。プレーンテキスト部分にプライオリティの低いものもあれば、スタイルテキスト部分にルビなどプライオリティの高いものもある。もっと良いアイディアがあれば歓迎。行内の組み立ては第2章に持ってゆく、もしくは独立させて、このセクションは行送りから入る方法も。
+
+- 基本の横書き（プレーンテキスト）
+  - 簡便な行組版ルール案を反映。混植は特別なことではなく、当たり前の前提として扱う
+  - 行内の組み立て
+    - 約物
+  - 行送り方向
+    - 行長と行間、読みやすさの話題はここ？
+  - 段落の組み立て
+    - 禁則（禁則のための文字クラスを作らなくては）
+    - 両端揃えの行の調整とラグ組（デフォルトの字間および行の調整のための文字クラスの導入）
+    - （上二つは行内の問題？）
+    - 段落整形，そろえ及び段落末尾処理とラグ組
+  - タブ処理、必要？
+- 基本の縦書き（プレーンテキスト）
+  - 横書きで書いたことの応用編
+  - 縦中横
+  - 縦と横で注意の必要な文字
+- 組版指示の必要な機能（スタイルテキスト）
+  - 異なるサイズやフォントの混合の話題は何か言うことあるか？
+  - 基本的なルビはここ（木田案）
+  - 強調処理
+    - 圏点（具体的な文字コードとサイズ）など伝統的なもの
+    - 欧文組版にあるもの、文字やバックグラウンドの色など新しいもの
+- 場所未定のその他の話題はどこ？
+  - 印刷雑誌に連載の問題点など反映
+  - 欧文括弧など欧文用約物を使う場合への言及
+
+### 4. 見出し、大きなサイズの文字
+  - サイズを大きくした場合の空間の感じ方
+  - つめ組など
+  - 行の最初の揃え方（サイズが大きい場合、そのままだと開始位置がバラバラに見える）
 
 ### 5. 注
-本文と並列な構造
-
-### 6. 図版と表の配置
-動画やその他、外部オブジェクト
+  - ここは結構日本語独特のものがある。割注など。ページ前提の注は分ける
+  - かつ、デジタルで一番可能性の変わる部分
+  - 両側ルビや、注としてのルビはここ（木田案）
 
-### 7. ページの構成
+### 6. ページの構成
 ここにページを前提とする機能を入れる
 - Web やワードプロセッサのように「仕上りサイズと四方のマージンを設定する」方法での考え方
 - リフローアーキテクチャでの考え方
+- 外部オブジェクト（図版、動画、表など）の配置
+- ページ前提の注
 
-### 8. 書籍の設計
+### 7. 書籍の設計
 ここに両開き含め書籍向けの内容を入れる
+  - デジタルでの冊子の意味、問題意識を提示
+  - 参照の問題、唯一性の問題