過去の自作 kbd-editor を土台にせず、コードも持ち込まない

kbd-editor はフラットな絶対座標の Key[] を直接書き換える作りで、
kle-ng と同じく PHY の相対座標の木とは合わない。加えて作者の記憶では
KLE本体(全権利留保)を参考に書いた部分が多く、由来を切り分けられない。
概念の参考は可とした。

P-2 に振り返りで得た材料(Nuxt不要・SVG描画が有力)を追記し、
格上げ条件から「振り返り」を外した。

Journal: journal/2026-09-19-kbd-editor-review.md

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

implementation-plan.md

@@ -7,6 +7,7 @@ PHYの正本は相対座標の木だが、既存エディタ(KLE, kle-ng)の移
 
 - ijprest/keyboard-layout-editor のコードは取り込まない。全権利留保で、作者はフォークを避けたい意向を明記している。ソースを読んで挙動を確かめるのは可
 - adamws/kle-ng は MIT ライセンスで、参考実装として読める
+- 過去の自作エディタ(Documents/Dev/kbd-editor)のコードも取り込まない。KLE本体を参考に書かれた部分が多く、どこが由来か切り分けられないため。プロファイルの定義項目など、概念を参考にするのは可
 
 ## 検証用サンプル
 
@@ -60,6 +61,7 @@ PHYの正本は相対座標の木だが、既存エディタ(KLE, kle-ng)の移
 
 - ijprest/keyboard-layout-editor の改造 (journal/2026-09-18-editor-base.md)
 - adamws/kle-ng の改造 (journal/2026-09-18-editor-base.md)
+- 過去の自作 kbd-editor を土台にする (journal/2026-09-19-kbd-editor-review.md)
 
 ## 未確認事項
 
@@ -73,7 +75,9 @@ PHYの正本は相対座標の木だが、既存エディタ(KLE, kle-ng)の移
 
 - 位置づけ: 未解決の問い。言語、UIフレームワーク、描画方式、状態管理、テスト、KLE JSONの読み書きに使うライブラリ
 - 現状の認識: 旧計画はReact系の構成を挙げていたが、選定の根拠はない。Vueの案もNuxtに慣れているというだけ
-- 格上げ条件: 過去の自作エディタ(Documents/Dev/kbd-editor)を振り返ったうえで、ユーザーが選ぶ
+- 現状の認識: エディタはSSRもルーティングもほぼ使わないので、Nuxtは不要。素のVue/Reactを想定している(未決)
+- 現状の認識: 描画はSVGが有力。`<g>` の入れ子変換がPHYの `Translate · Rotate` と同じ定義で、クリック判定と画面→ローカル座標の逆変換(`getScreenCTM`)をブラウザに任せられる。文字の折り返しは自前になる。試作はしていない
+- 格上げ条件: ユーザーが選ぶ。描画方式は、回転したクラスター内のキーのドラッグを試作して確かめる
 
 ### P-3 リポジトリ構成