github の表示の問題ですが折り返しが多くて読みにくいなぁと思います。
ローカル側で VS Code で見る分にはそこそこ見やすいですが、Table of contents が将来的に欲しくなります。Markdown Viewer 側の問題かもしれないですね。

気になるのは記述が重複するので管理が大変にならないかです。設定ファイルを元にエディタGUIを自動構築するようにした方が良いのではないかと思います。

気になるのは記述が重複するので管理が大変にならないかです。設定ファイルを元にエディタGUIを自動構築するようにした方が良いのではないかと思います。

手で書いてたのですが、やってみて全部作るのしんどいし、時間の無駄だと思いました。
python で、Excel 形式で自動生成できないかな? と思います。

Excel → markdown に関しては sakura-editor/management-forum#31 (comment) で簡単にできます。

手で書いてたのですが、やってみて全部作るのしんどいし、時間の無駄だと思いました。
python で、Excel 形式で自動生成できないかな? と思います。

リソースから抽出は出来ると思いますが、列挙する項目（スプレッドシートだとカラム）決めから行っても良いかなと思います。現状では、

• GROUPBOX
• 設定項目
• タイトル（日本語）
• ID
• コントロールタイプ

が並んでいますね。スプレッドシートを使う場合はタブ毎にシートを分けて記述するのであれば、大分類のカラムは要らないですね。

他に有った方が良いと思うもので思いつくのは、

• タイトル（英語）

ぐらいです。。

現状の仕様自体はヘルプに書かれていますね。
https://sakura-editor.github.io/help/HLP000500.html

気になるのは記述が重複するので管理が大変にならないかです。設定ファイルを元にエディタGUIを自動構築するようにした方が良いのではないかと思います。

そうですね。sakura.ini から始めるのが、漏れがなくていいですね。

そうですね。sakura.ini から始めるのが、漏れがなくていいですね。

歳とってからか重複さけたい衝動は日に日に大きくなるので、
iniファイル系はクラスに押し込めて、クラスの構造から設定画面（ユーザフレンドリーではないかもしれないけど）画面生成するとか、
node.jsだと、yaml書いて、それで画面生成とクラスの生成までやるなんてことしてました。

一応この件は 仕様を考えるための参考に現状の仕様をまとめることをゴールにしてます

• 値の型
• デフォルト値
• 入力必須かどうか
• 値の入力範囲 もしくは 入力候補
• ツールチップの内容
• IMEモード

等も仕様に関わると思います。

このPRはどこに向かうのかな？が分かりませんでした。

共通設定ダイアログで設定できる内容ってのは、ざっくりと言って共有メモリの内容で、設定ファイルの内容でもあります。

ドキュメント自体は既にヘルプがあるので、仕様まとめとしては yaml とか javascript スキーマ とかを書いてプログラム流用ができるようにしていったら次アクションに繋がるんじゃないかな？と思いました。