◀ANSI版開発トップへ
  • 35 1.2.30.0リリース直前の変更点
    • 36 ヘルプの番号
      • 44 Re:ヘルプの番号
      • 45 Re:ヘルプの番号
        • 46 Re2:ヘルプの番号
          • 49 ヘルプのトピック番号割り当て試案
            • 50 Re:ヘルプのトピック番号割り当て試案
              • 51 Re2:ヘルプのトピック番号割り当て試案
                • 52 Re3:ヘルプのトピック番号割り当て試案
                  • 53 Re4:ヘルプのトピック番号割り当て試案
                    • 54 Re5:ヘルプのトピック番号割り当て試案
                      • 61 Re6:ヘルプのトピック番号割り当て試案
                        • 146 Re7:ヘルプのトピック番号割り当て試案
                          • 153 Re8:ヘルプのトピック番号割り当て試案
                            • 154 Re9:ヘルプのトピック番号割り当て試案
                              • 155 Re:sakura.hhの置き場所
                                • 156 Re2:sakura.hhの置き場所
                                  • 160 Re3:sakura.hhの置き場所
                      • 66 Re6:ヘルプのトピック番号割り当て試案
    • 37 Re:1.2.30.0リリース直前の変更点
  • [35] 1.2.30.0リリース直前の変更点 げんた 2001年02月14日 21:51

    一旦公開した後取り下げたのは,Funccode.hの変更を元に戻したかったからです.
    じぇぷろさんが機能を追加したとき番号を挿入したこと,今回の機能とは無関係なのに機能番号を入れ替えた箇所がありましたのでそれを元に戻しました.

    機能番号を入れ替えるのはマクロなど影響範囲が非常に大きいので,基本的には禁止だと思っています.ついでに言うとアイコンの挿入ももうやめて,今後は追加にしてください.

    よく考えたらツールバーをアイコン番号でiniに保存すること自体が問題ですね.ここを機能番号保存にすればアイコンの位置が変わっても機能番号さえ変えなければツールバーがおかしくなることはないはずですから.
    • [36] ヘルプの番号 じぇぷろ 2001年02月14日 23:24

      >私もみくさんと同じで番号や順番はわかりやすい方を取りたいです。
      関連した話を書きます。今ヘルプをいじってますがこの番号はかなりあちゃこちゃになってます。というのは原作版の番号をそのままにして移動したりしているからです。そのため非常にわかりにくいです。これも同系統のコマンドはメニューあるいはコマンド一覧の順序に合わせて番号を揃えないとバッティングしたり、空いている番号に新たな項目を追加するのは大変です。特に単なるエディタで編集していると余計にそうです。
      一度ソースと一緒に同時に整理しないとだめですね。
      • [44] Re:ヘルプの番号 じぇぷろ 2001年02月15日 13:40

        ▼ じぇぷろさん
        > >私もみくさんと同じで番号や順番はわかりやすい方を取りたいです。
        > 関連した話を書きます。今ヘルプをいじってますがこの番号はかなりあちゃこちゃになってます。というのは原作版の番号をそのままにして移動したりしているからです。そのため非常にわかりにくいです。これも同系統のコマンドはメニューあるいはコマンド一覧の順序に合わせて番号を揃えないとバッティングしたり、空いている番号に新たな項目を追加するのは大変です。
        これの元記事が削除されているのでどう「関連」しているかはご想像におまかせします。

        すでに登録されている機能[h→c][c→h]についていうと、これらを削除して[c←→h]1つに統合することは(削除すればその機能番号はなくなるわけですから)今後も出来ない、というか、しない、ということなんだと思います。
      • [45] Re:ヘルプの番号 すとーにぃ 2001年02月15日 14:56

        ▼ じぇぷろさん
        > 関連した話を書きます。今ヘルプをいじってますがこの番号はかなりあちゃこちゃになってます。というのは原作版の番号をそのままにして移動したりしているからです。そのため非常にわかりにくいです。これも同系統のコマンドはメニューあるいはコマンド一覧の順序に合わせて番号を揃えないとバッティングしたり、空いている番号に新たな項目を追加するのは大変です。特に単なるエディタで編集していると余計にそうです。
        > 一度ソースと一緒に同時に整理しないとだめですね。

        ヘルプのトピック番号は順番がそろっていないので、たとえば
        全体情報0番台、ファイルメニュー100番台、編集メニュー200番台、、、
        などと整理できればよいのですが。

        一般掲示板にも書きましたが、トピック番号はsakura.exeと連動しているので
        変更すると互換性がとれなくなります。ユーザがOKかどうかが問題ですね。
        • [46] Re2:ヘルプの番号 じぇぷろ 2001年02月15日 17:10

          ▼ すとーにぃさん
          > > 一度ソースと一緒に同時に整理しないとだめですね。
          >
          > ヘルプのトピック番号は順番がそろっていないので、たとえば
          > 全体情報0番台、ファイルメニュー100番台、編集メニュー200番台、、、
          > などと整理できればよいのですが。

          そうですね。とりあえず今回はそんままにしておきますが、追加分の修正でもう少しかかりそうです。
          > 一般掲示板にも書きましたが、トピック番号はsakura.exeと連動しているので
          > 変更すると互換性がとれなくなります。ユーザがOKかどうかが問題ですね。

          これはexeとhlpのある程度の同期を取ってないユーザのみが問題なのであって、一般的にはどちらも最新のものがいいはずです。例えば「UR1.2.xx以前のexeをお使いの方はこちらのヘルプをDLしてください。(ただし今後の更新予定はありません)。」
          でいいのではないでしょうか?新しいexeで古いヘルプを使う理由は何もありません。せいぜいサイズが大きめになるのが嫌という程度ですが、そんな事でせっかく更新されているヘルプを使わないという変な人はいないでしょう。あえて古いexeを使う人は古いヘルプでいいわけですし。
          そういうユーザはきっとヘルプも不要なツワモノでしょう。(^_^;)
          • [49] ヘルプのトピック番号割り当て試案 すとーにぃ 2001年02月15日 21:54

            #e-groupにユーザ登録しました

            ▼ じぇぷろさん
            >これはexeとhlpのある程度の同期を取ってないユーザ
            >のみが問題なのであって、一般的にはどちらも最新の
            >ものがいいはずです。

            EXEはこまめにダウンロードしている人でも、ヘルプは
            更新のたびにダウンロードしている人は少数かなと思ったので。
            ダイアルアップだとダウンロードも結構負担なので、なるべく
            「最新版を用意しないと正しく動作しない」という変更は避けたい
            ところです。
            とはいうものの、現在のトピック番号だと追加・修正が困難なので、
            機を見て整理する必要がありそうです。
            変えるとしたら、こんなかんじでしょうか。

            HLP000001-HLP000099 総合情報(目次、動作環境等)
            HLP000100-HLP000199 ファイルメニュー
            HLP000200-HLP000299 編集
            HLP000300-HLP000399 移動
            HLP000400-HLP000499 選択
            HLP000500-HLP000599 変換
            HLP000600-HLP000699 検索
            HLP000700-HLP000799 ツール
            HLP000800-HLP000899 ウィンドウ
            HLP000900-HLP000999 ヘルプ
            HLP002000- キー割り当て/仕様
            HLP003000- 更新履歴

            10000- ポップアップヘルプ(みくさんによる追加分)
            • [50] Re:ヘルプのトピック番号割り当て試案 じぇぷろ 2001年02月16日 12:39

              ▼ すとーにぃさん
              > EXEはこまめにダウンロードしている人でも、ヘルプは
              > 更新のたびにダウンロードしている人は少数かなと思ったので。
              そういう人はヘルプの利用が少ない人だから気にしなくていいんです。

              > 「最新版を用意しないと正しく動作しない」という変更は避けたい
              そうではなく、ある時点で仕様を見やすい形式に改めようということです。仕様変更後は最新版でなくとも番号のズレがない限りは単にテキストの修正が新しいというだけになります。
              ただやる時は一遍に、できれば全部参照側も合わせてやるほうがいいですね。これが結構辛いかも。

              > とはいうものの、現在のトピック番号だと追加・修正が困難なので、
              > 機を見て整理する必要がありそうです。
              > 変えるとしたら、こんなかんじでしょうか。
              >(省略)
              十分な余裕とわかりやすさが確保されていればいいと思います。 ところでHLPxxxxのxxxxの部分は数字しかダメなのですか?
              色設定ではないけれど文字列も一部入れられませんかね。そうすれば多少前後したり削除するときもいかにも「ずれてしまいました」という感じが目立たなくなり、いいような気がしますが無理?
              • [51] Re2:ヘルプのトピック番号割り当て試案 すとーにぃ 2001年02月16日 14:26

                ▼ じぇぷろさん
                > そういう人はヘルプの利用が少ない人だから気にしなくていいんです。
                .....φ(..;;;

                > ただやる時は一遍に、できれば全部参照側も合わせてやるほうがいいですね。

                (CEditWnd.CPP)
                | /* 機能IDに対応するメニューコンテキスト番号を返す */
                | int CEditWnd::FuncID_To_HelpContextID( int nFuncID )

                の部分が、現在は数値の決め打ちになっているので、sakura.hhの定義を
                参照するよう変更しておけば、次回から自動的に連動するようになりますね。(^_^;)


                > ところでHLPxxxxのxxxxの部分は数字しかダメなのですか?

                sakura.hhで定義された数値に変換されるので、xxxxの部分は何でもOKです。

                |#define HLP_MOKUJI 1 //目次: "HLP_MOKUJI" が "1" に変換される

                この変換後の数字のほうがCEditWnd::FuncID_To_HelpContextIDと連動する訳です。
                例えば、編集メニューは200番台を使用するようにして、
                ・多少の追加は200番台の中で新しい番号を使用する。
                ・削除時はその番号を欠番にする。
                ・変更が多くなってきたらリナンバリングする。
                といった感じでしょうか。
                • [52] Re3:ヘルプのトピック番号割り当て試案 じぇぷろ 2001年02月16日 15:07

                  ▼ すとーにぃさん
                  > (CEditWnd.CPP)
                  > | /* 機能IDに対応するメニューコンテキスト番号を返す */
                  > | int CEditWnd::FuncID_To_HelpContextID( int nFuncID )
                  >
                  > の部分が、現在は数値の決め打ちになっているので、sakura.hhの定義を
                  > 参照するよう変更しておけば、次回から自動的に連動するようになりますね。(^_^;)
                  sakura.hhの定義とは数字ではなくてということ?そうするとソースコンパイル時に.hhも必要になるわけですか?よくわからない。

                  > |#define HLP_MOKUJI 1 //目次: "HLP_MOKUJI" が "1" に変換される
                  > この変換後の数字のほうがCEditWnd::FuncID_To_HelpContextIDと連動する訳です。
                  > 例えば、編集メニューは200番台を使用するようにして、
                  > ・多少の追加は200番台の中で新しい番号を使用する。
                  > ・削除時はその番号を欠番にする。
                  > ・変更が多くなってきたらリナンバリングする。

                  私がイメージしたのはたとえば編集系統のメニューなら
                  |#define HLP_Edit001 201 //コピー: "HLP_Edit001" が "201" に変換される
                  のように200番台が「編集」というのをおもてに出さない、ということです。全部文字列でもいいんですが、それだとネーミングに苦労しそうなので。それに番号を両方に付けたり変更時はHLP_XXXXのXXX部分も変えたりするのって結構めんどくさいでしょう?200番台はナンだっけ?ということにもなりやすいし。系統ごと移動や削除することもあり得ますし。さしづめ「移動」と「選択」なんでしょうが。。。
                  • [53] Re4:ヘルプのトピック番号割り当て試案 すとーにぃ 2001年02月16日 21:27

                    ▼ じぇぷろさん
                    >全部文字列でもいいんですが、それだとネーミングに苦労しそうなので。
                    こういうのでしょうか?
                     HLP_A001, HLP_A002, ... 総合情報(0番台)
                     HLP_F001, HLP_F002, ... ファイルメニュー(100番台)
                     HLP_E001, HLP_E002, ... 編集メニュー(200番台)
                     HLP_M001, HLP_M002, ... 移動メニュー(300番台)

                    >系統ごと移動や削除することもあり得ますし。

                    例えば、
                    ・検索メニューの前に新たなメニュー系列を追加する場合は
                     600番台以降を繰り下げるのでなく、1000番台、1100番台...
                     と割り当てていく。
                    ・選択メニューを廃止した場合は400番台を欠番にする。
                    ・ファイルメニューに項目を追加する場合は、
                     #define HLP_F001 101 //ファイルメニューその1
                     #define HLP_F002 102 //ファイルメニューその2
                     #define HLP_F003 103 //ファイルメニューその3
                       ↓
                     #define HLP_F001 101 //ファイルメニューその1
                     #define HLP_F002 102 //ファイルメニューその2
                     #define HLP_F004 104 // <<--この位置にメニュー追加
                     #define HLP_F003 103 //ファイルメニューその3

                    ヘルプのトピック番号とページ並び順は独立しているので、念のため。

                    トピック番号のリナンバリング自体はユーザ側に何のメリットもないのと、
                    ヘルプとexeは極力独立に更新したいというのが主旨です。
                    (exeのソースを別の人が修正している間も、ヘルプは独立して更新したい。)


                    >> の部分が、現在は数値の決め打ちになっているので、sakura.hhの定義を
                    >> 参照するよう変更しておけば、次回から自動的に連動するようになりますね。(^_^;)

                    補足です。

                    //CEditWnd.CPPをこんなふうに修正
                    #include "..\hlp\sakura.hh" //sakura.hhのありかを指定

                     ~中略~

                    /* 機能IDに対応するメニューコンテキスト番号を返す */
                    int CEditWnd::FuncID_To_HelpContextID( int nFuncID )
                    {
                     ~略~
                    //case F_FILENEW: return 25; //新規作成 元の表記
                    case F_FILENEW: return HLP_F001; //新規作成 修正後の表記(sakuar.hhで定義された値を使用)
                     ~略~
                    }

                    #元のコメントの「メニューコンテキスト番号」は正しくは
                    #ヘルプコンテキスト番号ですね。

                    実際の手順としては、
                    1)HLP000025, HLP000015, HLP000020...を HLP_F001, HLP_F002, HLP_F003, ...にReplace。
                     HLP_F001, HLP_F002, ...に元の番号を割り当てる。
                     (sakuar.hhおよびsakura.rtfの修正)
                    2)CEditWnd.CPP を修正(sakuar.hhで定義された値を使用)
                       →この時点では下位互換が保たれている
                    3)HLP_F001, HLP_F002, ...に新しい番号(100番台)を割り当てる
                       →この時点でヘルプとexeを同時にアップデート
                    • [54] Re5:ヘルプのトピック番号割り当て試案 じぇぷろ 2001年02月17日 11:22

                      ▼ すとーにぃさん
                      > ▼ じぇぷろさん
                      > >全部文字列でもいいんですが、それだとネーミングに苦労しそうなので。
                      > こういうのでしょうか?
                      >  HLP_A001, HLP_A002, ... 総合情報(0番台)
                      そんな感じですかね。

                      > 補足です。
                      > //CEditWnd.CPPをこんなふうに修正
                      > #include "..\hlp\sakura.hh" //sakura.hhのありかを指定
                      するとsakura.hhがなければソースのコンパイルに失敗することになるわけですね?ではどこにおくか、ですね。
                      sakura_coreフォルダにぶち込んでもらうか、前のようにhelpフォルダを作ってそこにおくか?
                      1つのファイルに1つのフォルダを充てるのもったいない気がするのとcoreに入れるほどでもない気がするのと、おまけにファイル名がちょうどsakuraなのでsakuraフォルダにおくというのはどうですかね。ソース管理上問題ないならこれがよさそうに私には思えるのですが。
                      # 管理のことはよくわかりまへん。

                      > 実際の手順としては、
                      > 1)HLP000025, HLP000015, HLP000020...を HLP_F001, HLP_F002, HLP_F003, ...にReplace。
                      >  HLP_F001, HLP_F002, ...に元の番号を割り当てる。
                      >  (sakuar.hhおよびsakura.rtfの修正)
                      > 2)CEditWnd.CPP を修正(sakuar.hhで定義された値を使用)
                      >    →この時点では下位互換が保たれている
                      > 3)HLP_F001, HLP_F002, ...に新しい番号(100番台)を割り当てる
                      >    →この時点でヘルプとexeを同時にアップデート

                      私はこんなプランでよさそうに思います。ただ、ヘルプ番号の参照は他のファイル(CEditWnd.cpp以外)にもあったような気がしたんですが。
                      # キーワード「WinHelp」で検索すればわかりますね。(まだやってない(^_^;))
                      • [61] Re6:ヘルプのトピック番号割り当て試案 すとーにぃ 2001年02月19日 10:48

                        ▼ じぇぷろさん
                        > するとsakura.hhがなければソースのコンパイルに失敗することになるわけですね?ではどこにおくか、ですね。
                        EXEのソースはCVSの管理下におくことを考慮すると、sakura.hhをsakura_coreフォルダに
                        適当な名前でコピーしといて、手動でミラーリングしたほうがよいかも。
                        • [146] Re7:ヘルプのトピック番号割り当て試案 じぇぷろ 2001年03月06日 19:02

                          ▼ すとーにぃさん
                          > ▼ じぇぷろさん
                          > > するとsakura.hhがなければソースのコンパイルに失敗することになるわけですね?ではどこにおくか、ですね。
                          > EXEのソースはCVSの管理下におくことを考慮すると、sakura.hhをsakura_coreフォルダに
                          > 適当な名前でコピーしといて、手動でミラーリングしたほうがよいかも。
                          忘れた頃に返信ですいませんが、上記の意味がよくわかりません。CVSは[sakura_core]だけでなく, [sakura]も更新対象ですし、管理下に入っていると思います。
                          私は前記事に書いた理由で[sakura]フォルダがいいかなと思いましたが、最終的にはソース管理者のげんた氏に決めてもらうことになるでしょう。
                          • [153] Re8:ヘルプのトピック番号割り当て試案 すとーにぃ 2001年03月07日 12:52

                            ▼ じぇぷろさん
                            > > > するとsakura.hhがなければソースのコンパイルに失敗することになるわけですね?ではどこにおくか、ですね。
                            > > EXEのソースはCVSの管理下におくことを考慮すると、sakura.hhをsakura_coreフォルダに
                            > > 適当な名前でコピーしといて、手動でミラーリングしたほうがよいかも。
                            > 忘れた頃に返信ですいませんが、上記の意味がよくわかりません。CVSは[sakura_core]だけでなく, [sakura]も更新対象ですし、管理下に入っていると思います。
                            > 私は前記事に書いた理由で[sakura]フォルダがいいかなと思いましたが、最終的にはソース管理者のげんた氏に決めてもらうことになるでしょう。

                            > CVSは[sakura_core]だけでなく, [sakura]も更新対象ですし、管理下
                            > に入っていると思います。

                            ヘルプファイル作成に必要な
                            sakura.hh
                            sakura.rtf
                            sakura.cnt
                            sakura.hpj
                            ビットマップ類
                            は、現在sakuraフォルダの下には配置されていなくて、CVSの管理下には
                            ないと思っていたのですが。私のカンチガイ?>げんた氏
                            (私は作業用のフォルダを作成してヘルプ関連ファイルをおいてます)
                            • [154] Re9:ヘルプのトピック番号割り当て試案 げんた 2001年03月07日 13:13

                              >▼ すとーにぃさん
                              >ヘルプファイル作成に必要な
                              >は、現在sakuraフォルダの下には配置されていなくて、CVSの管理下には
                              >ないと思っていたのですが。私のカンチガイ?>げんた氏
                              入っていません。私が配布しているソース一式に入っているものが管理下の全ファイルです。

                              できればバイナリデータはCVSでは扱いたくないんですよね。差分がまともにとれないので。
                              • [155] Re:sakura.hhの置き場所 すとーにぃ 2001年03月07日 15:51

                                ▼ げんたさん
                                > 入っていません。私が配布しているソース一式に入っているものが管理下の全ファイルです。
                                了解です。

                                > できればバイナリデータはCVSでは扱いたくないんですよね。差分がまともにとれないので。
                                では、ヘルプのソース及びビットマップ一式は別フォルダにという方針で進めます。
                                sakura.hhをetc_uty.cppから参照させるとき、sakura.hhだけCVSの管理下に加えたいわけですが、
                                ヘルプ用フォルダとsakura_coreフォルダのそれぞれにsakura.hhをコピーしておいた
                                方が融通がききそうです。

                                #sakuraフォルダの下でもよいのですが、sakuraフォルダの下にはsakura.hhを参照する
                                #予定のファイルがないので。
                                • [156] Re2:sakura.hhの置き場所 じぇぷろ 2001年03月07日 21:42

                                  ▼ すとーにぃさん
                                  > ▼ げんたさん
                                  > sakura.hhをetc_uty.cppから参照させるとき、sakura.hhだけCVSの管理下に加えたいわけですが、
                                  私は始めからこのことを指して申してたんですが・・・

                                  > ヘルプ用フォルダとsakura_coreフォルダのそれぞれにsakura.hhをコピーしておいた
                                  > 方が融通がききそうです。
                                  > #sakuraフォルダの下でもよいのですが、sakuraフォルダの下にはsakura.hhを参照する
                                  > #予定のファイルがないので。
                                  もともとこのことをいってたんです。ビットマップ等一式は今はCVSの管理下にありません。昔はhelpフォルダがありましたが。で、今回.hhだけはソースのコンパイルに必要になるようなので、その1ファイルだけはCVS配下にしなければならなくなったからどこへ置こうか?
                                  という話のつもりだったんですが。(読み返してみてください。)たった1ファイルのためにhelpフォルダを作るのは馬鹿らしいし、かといって純然たるcoreソースでもないので、sakuraフォルダでどうか?、という流れ。
                                  まーどこでもいいっていえばいいんですがね。ヘルプ作成の設定でパス指定ができませんかね?ヘルプ作成ファイル一式が同一の場所にあるほうがヘルプファイル作成時の扱いは楽になりますが、更新などが面倒になりそうですね。今後.hhを更新した時はソースコード更新と同じ扱いで更新することになるのでしょう。
                                  同期をとっていかないとダメですね。
                                  • [160] Re3:sakura.hhの置き場所 すとーにぃ 2001年03月07日 23:52

                                    ▼ じぇぷろさん

                                    (中略)_(._.)_

                                    > もともとこのことをいってたんです。ビットマップ等一式は今はCVSの管理下にありません。昔はhelpフォルダがありましたが。で、今回.hhだけはソースのコンパイルに必要になるようなので、その1ファイルだけはCVS配下にしなければならなくなったからどこへ置こうか?
                                    > という話のつもりだったんですが。(読み返してみてください。)たった1ファイルのためにhelpフォルダを作るのは馬鹿らしいし、かといって純然たるcoreソースでもないので、sakuraフォルダでどうか?、という流れ。
                                    すみません。じぇぷろさんの投稿からは「ヘルプとexeでsakura.hhを共有するためのフォルダの位置関係」という風に
                                    とってました。

                                    > ヘルプ作成の設定でパス指定ができませんかね?
                                    これはsakura.hpj内で相対パスor絶対パスを指定すれば可能です。
                                    但し、この場合ヘルプのソースをダウンロードした人がhpjの設定を
                                    修正する必要がありますが。

                                    > ヘルプ作成ファイル一式が同一の場所にあるほうがヘルプファイル作成時の扱いは楽になりますが、更新などが面倒になりそうですね。
                                    > 同期をとっていかないとダメですね。
                                    ですね。
                                    sakuraフォルダにおいたsakura.hhをメインとしてヘルプ作成時は
                                    hpjの参照設定を修正してもらえるよう促す、という手もありますが、
                                    ヘルプのソース配布時にはやはりsakura.hhを含める必要があるので、
                                    完全な一元化は難しいですね。
                                    sakura.hhの先頭にバージョン番号をコメントするなどの対策も必要かも。
                      • [66] Re6:ヘルプのトピック番号割り当て試案 すとーにぃ 2001年02月20日 12:35

                        ▼ じぇぷろさん
                        > ただ、ヘルプ番号の参照は他のファイル(CEditWnd.cpp以外)にもあったような気がしたんですが。

                        GREPすると、、、おぉ、ぞろぞろと。(^-^;)

                        1)CEditWnd::FuncID_To_HelpContextIDをetc_uty.cppかどこか適切な場所に移動する。
                        2)ダイアログ等でWinHelp()の引数にトピック番号を直接指定しているところは、機能IDを
                        もとにトピック番号を調べるよう改める。(1で作った関数を呼び出す)

                        ヘルプのトピックIDの振り直しは上記作業の完了後になるので次々回リリース以降でしょうか。
    • [37] Re:1.2.30.0リリース直前の変更点 げんた 2001年02月15日 06:30

      ▼ げんたさん
      > 機能番号を入れ替えるのはマクロなど>
      よく考えたらマクロのときは文字列に変換されますね.
      せっかく文字列の割り当てがあるのだからアイコンやキー配置もこれを利用した方が内部の番号の影響を受けなくなりますが,iniの読み込み処理が複雑になって起動時間に影響しないかな?