[WIP] reorg repository for new agreed ToC

[himorin]

closes #131
(this PR description is used for tracking work progress.)

In this PR

• add description to top level README
• update README in drafts for ToC and links
• rename files under drafts to align with charter names
• rename files under drafts which are not drafts of JLreq-d, into something noticeable name, or into subdirectory - like supportive memo or points need to be considered

Need to be done after PR merges

• Remove old draft text in wiki (@kidayasuo do we want to keep old draft like https://github.com/w3c/jlreq-d/wiki/0.-%E3%81%AF%E3%81%98%E3%82%81%E3%81%AB, whose names starting with section number? - we may want to include some part of home into new README.md)
• Close old discussions used for draft text

[himorin]

@kidayasuo check ones after changed at https://github.com/himorin/jlreq-d/blob/202606-tocreorg/drafts/README.md

[himorin]

Now, README only has top level section names, but nothing for lower level, which shall be checked at content for each top level sections - since it may change time and time, and in result discrepancy could occur between index page and content (as we suffered always,,).
But, having something with list of both top level and one lower level have benefit that we could get overview of the entire document at once, so 1) keep current without such page, or 2) having one another page (than README) with such content (along with anchor links in files) with strong remark that this list may differ from real, and also last updated epoch.
how do you think @kidayasuo ?

[himorin]

discussionの整理 - とりあえず 1) 編集会議の議事録でオンザフライで編集した文章がないものは editor-mtg へ、2) JLreq-dに取り込む文章ドラフト、および編集会議でオンザフライで編集した文章は jlreq-d-drafts へ、それぞれラベル付けし、残りgeneralには一般的な議論、もしくはドラフト文章かもしれないけれども判別がつかないものが残っています。

なお、初期はissueを利用していましたが、issueの側は未サーベイです。多分ほとんどは別に更新されて閉じちゃっていいもののはず泣きはしますが。

このPRでのREADMEの並びに合わせたdiscussionのリスト分類と、draftsへ入れてdiscussionsはcloseしてしまうべきものはその旨のコメントを入れています。
あまりにもカオスすぎるので、いったん全部整理しましょう。
あとこの分類が正しければ表にカラムを追加して（更新履歴としてはほぼ役に立たないながら）参考として追記しておこうとは思います。先頭の章番号は現在の対応しそうな（完全一致はしないものの）章番号、discussion IDの後ろの日付はdiscussionが登録された日付です。

• 1: この文書の目的・対象読者
• 2: 執筆編：デジタルテキストの基礎知識
• 3: 執筆編：デジタルテキストの基礎知識 (ほぼ固まっているので関連discussionはすべて閉じていいはず)
  • 3.5 縦書きに対応したテキスト #86 2025-05-07
  • 3.5.13 縦書きと横書きの両方に対応できるテキスト #89 2025-05-26
• 4: 執筆編：読みやすさ，アクセシビリティと視覚効果
  • (all) 4　読みやすさ，アクセシビリティと視覚効果 #110 2025-10-02
• 5: 実装編：日本語組版の基本アーキテクチャ
• 6: 実装編：行への文字の配置 (ほぼ固まっているので関連discussionはすべて閉じていいはず)
  • 6.2 括弧類・句読点等の一般的な配置方法 #60 2024-07-17
  • 6.2.3 3.4.2 括弧等が連続した場合の処理 #61 2024-07-17
  • 6.8 強調の方法 #97 2025-08-21
  • 6.3.6 JLReq-d 編集会議 2025-9-3 #104 2025-09-13
  • 6.3 (part), 6.4, 6.5, 6.6, 6.7, 6.9 5　行への文字の配置の実際　その2 #105 2025-09-16
  • 6 (whole) 5　行への文字の配置の実際　その1 #101 2025-09-09
  • 6.3 3.5.2と3.5.5　アラビア数字とラテン文字の向き（6.2.5との合併） #109 2025-10-01
  • 6.2.3 約物連続の表 #117 2025-12-02
  • 6.3, 6.4, 6.5, 6.6, 6.7, 6.9 JLReq-d 編集会議 2026-2-11 #120 2026-02-17 (たぶん 5　行への文字の配置の実際　その2 #105 からの更新版)
  • 6.5 JLReq-d 編集会議 2026-2-24 #121 2026-02-24
  • 6.5.4 - 6.9 6_行の組版処理その3 #122 2026-02-26 (文字クラスの部分は過去の検討と再度対照させた方がいい？)
• 7: 実装編：ルビと圏点の配置
  • 7.6 圏点の組版処理 #96 2025-08-09 (現在の目次より節の数が多いががすべてまとめて7.6に収められた、5　ルビと圏点の配置処理 #114 に入ったので閉じる)
  • 7 (all) 5　ルビと圏点の配置処理 #114 2025-10-19 現在の最終ドラフト
• 8: 実装編：縦組の配置 (要確認だが、確認後は両方閉じていいはず)
  • (all) 6 縦組の組版処理 #85 2025-05-01 (最後のスクロール方向についての文章を入れる、が入ってない感じがする)
  • (all) JLReq-d 編集会議 2025-7-23 #94 2025-07-23 (6 縦組の組版処理 #85 の編集会議での更新、最後のスクロール方向は入ってない)
• 9: 実装編：段落の配置 (すべて閉じていいはず)
  • (all) 第8章　段落への文字の配置の実際 #106 2025-09-16 検討中の文章 (たぶん 4月8日の8章の状態 #125 ) で更新済み、閉じる
  • (all) 4月8日の8章の状態 #125 2026-04-08 検討中の文章で更新済み、閉じる (だいぶ文章構成が変わって削られているが編集会議議論のはず)
  • 9.1, 9.2 9.1_行間 #126 2026-04-12 取り込まれている、閉じる
  • 9.2, 9.3 “9.2_行そろえ”と“9.2_段落の示し方” #130 2026-06-10 取り込まれている、閉じる
• 10: 実装編：見出し，注釈，図版，表，段組など（？？）
• 11: 実装編：日本語フォントの要件

以下、対応先が見当たらない気がするもの

• 縦書きと横書き #83 2025-04-12 縦横両対応データの作成で、3.5.13 縦書きと横書きの両方に対応できるテキスト #89 の元の検討内容だと思われる、閉じるでいい

以下、判別がつかずにgeneralに残してあるもの（明らかにopen endな議論やjlreq-d以外のは除いてます）

• 6.9　和字間隔の処理 #123 2026-03-11 和字間隔、節がない？（資料？）
• 語句の区切りがない日本語の読みやすさ #116 2025-11-30 読みやすさ(a11y)の部分の検討走り書き
• 行の調整の方法 #119 2026-02-15 6.5.3の検討のための議論と思われる、閉じる？
• 和文とラテンの上下位置関係をわかりやすく説明するための議論 #118 2025-12-23 どの言語の組版処理を基底のベースとして処理を走らせるか
• 縦組で可変数の段組み #77 2025-01-22 段組み、初期検討なので閉じる？
• 縦書きのアラビア数字とラテン文字の向きの考え方 #99 2025-09-04 縦書きでの欧文文字の向き（資料？）
• 強調の括弧の使い方 #103 2025-09-11 強調の括弧の文章、どこかには入ってそう
• 強調での“すみ付き括弧”の使用 #102 2025-09-10 （資料？）
• 2字程度のラテン文字の向き #100 2025-09-09 （資料？）
• jlreq-d用語集 #93 2025-07-23 用語集予定地だがほとんどないので将来的に新しく起こすであろう
• ラテン文字の縦組での正立 #92 2025-07-02 縦書きのアラビア数字とラテン文字の向きの考え方 #99 の一つ古いもの、閉じる？
• コーテーションマークを変える例 #88 2025-05-23 括弧類、資料？
• 順序付きリストの揃え、挙動、約物 #72 2024-11-04 順序付きリストのそろえ、jlreq-dに入るのか？
• 約物と行頭／連続 #70 2024-10-31#72 のもと
• 全角に替わる基準単位の議論 #59 2024-07-15 全角に代わる単位の名称、基準
• Ruby changes from JLReq to jlreq-d #57 2024-05-30 ルビの要件の変更点リスト、メンテされてない気がするので閉じる？
• auto-space between Japanese and Latin characters, and its generalisation #51 2023-12-19 和欧文字間のクラス再定義、他で議論した？文字クラスの6.9と対応したか？閉じる？

[himorin]

wikiはJLreq-d本文についてではない以下の2ページを除いて、1) draftsの中のサブディレクトリに過去の参照資料としてアーカイブする、2) wikiの文章は削除して、「このページのコンテンツは過去の参照資料としてアーカイブされました（リンク付き）、JLreq-dの最新情報はToC参照」という定型文だけ残す（日本語だけでいいでしょう）、でどうでしょう？

• https://github.com/w3c/jlreq-d/wiki/howto%E2%80%90%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6%E3%81%8B%E3%82%89%E3%81%AE%E7%B7%A8%E9%9B%86%E3%81%AE%E6%96%B9%E6%B3%95
• https://github.com/w3c/jlreq-d/wiki/%E3%83%9E%E3%83%BC%E3%82%AF%E3%83%80%E3%82%A6%E3%83%B3%E7%B7%B4%E7%BF%92%E7%94%A8%E3%83%9A%E3%83%BC%E3%82%B8

[himorin]

issueから、ドラフトの中で検討しないといけないもの、もしくは過去の検討が反映されているかを要確認なもの

• 文字クラス関係
  • コーテーションマークの文字クラス #46
  • Space between Japanese and Western characters: Symbols for footnotes (*†‡◊)  #44
  • Space between Japanese and Western characters: Emojis #43
  • Space between Japanese and Western characters: Treatment of combined characters (㌀㎏) #42
  • Space between Japanese and Western characters: Treatment of circled characters #41
  • 仮想文字クラス #8
• Punctuation not skipped by default for emphasis marks #80 圏点を付けない文字クラスのノート

以下、すでに取り込まれているなどで閉じていいと思われるもの

• 段落の示し方 #40
• 文字サイズなどが異なる括弧等が連続した場合の処理 #39
  • 文字サイズなどが異なる約物が連続した場合の処理 #9 たぶんひとつ前のドラフト
• 和文文字とラテン文字の字詰め方向の字間の幅 #38
• Ideal spacing before fullwidth opening punctuations at the beginning of sentences or lines #37
• Come up with a definition of 全角 that are generic enough to cover non-square typefaces #35 全角の定義（プロポーショナルフォントを含む）、別スレッドに移行している？
• 行頭そろえとした場合の行の調整処理 #33
• 日本語組版における字間と行そろえ #32
• 日本語組版における字間と行間 #31
• ルビ処理の改定版 #27 simple-rubyから改版した文章で7.の元のリソース
• space collapsing rule between fullwidth and proportional punctuations #24
• README: add a convincing example after the first paragraph of the motivation section #17
• 日本語組版の特徴　ラテン文字組版との違いを主に #11
• メモ5　文字を行に配置する処理 #6
• メモ4　横組と縦組の組版処理 #5
• メモ1　日本語組版のモデル #2

以下、未着手分に対応するもの

• 1　この文書の目的・対象読者
  • JLreq-d のモデルとスコープの議論 #30 JLreq-dのスコープ
• 4　執筆編：読みやすさ，アクセシビリティと視覚効果
  • 電子書籍が備えるべきアクセシビリティ機能について #13
  • 日本語組版の読みやすさ #12
• 7. 実装編：ルビと圏点の配置
  • Add a note about two rubies touching each other around a fullwidth space #76 空白を挟んでつながってしまったルビ
  • Informative notes: ruby overhang on digital media #28
  • グループルビの分割例その2 #21
  • グループルビの分割例 #20
  • Proposal: making ruby breakable #19
  • 両側ルビの例 #18
  • 行間注の処理方法 #10 行間注
• 10: 実装編：見出し，注釈，図版，表，段組など（？？）
  • デジタルテキストにおける表の組版 #36 表

[himorin]

ok, all analysis and updates have finished. turning out from draft PR.

[himorin]

@kidayasuo ping for review.

[kidayasuo]

Shimono-san, thank you so much for pulling everything together into a clear structure! I know we'd scattered notes across a bunch of files, and honestly it was pretty messy. It looks so much clearer now, and I really appreciate you taking the time to organize it.

Here are my comments:

• regarding removing old wiki contents: I am fine with any structure, as long as we can refer to the old text later. I would like to check the draft, when it became near final, against these old text to make sure we covered everything we wanted to cover.
• regarding README having only the top level section names, I think it is the way to go for now. We can add lower level section names when we are confident that they became more or less stable.

I am now reviewing the content……

[himorin]

* regarding removing old wiki contents: I am fine with any structure, as long as we can refer to the old text later. I would like to check the draft, when it became near final, against these old text to make sure we covered everything we wanted to cover.

@kidayasuo placed under https://github.com/himorin/jlreq-d/tree/202606-tocreorg/drafts/old-2025-wiki

* regarding README having only the top level section names, I think it is the way to go for now. We can add lower level section names when we are confident that they became more or less stable.

draft ToC is archived with dated at https://github.com/himorin/jlreq-d/blob/202606-tocreorg/drafts/archive-ToC-20260609.md
also with note on possibility of ToC would be updated without modification of archived ones

I am now reviewing the content……

closing discussions or issues could be performed within upcoming meeting, while PR has been merged in advance,,,?