◀ANSI版開発トップへ
  • 3303 バージョンアップクラス(案)
    • 3314 RE: バージョンアップクラス(案)
      • 3397 RE2: バージョンアップクラス(案)
        • 3401 Re3: バージョンアップクラス(案)
          • 3403 Re3: バージョンアップクラス(案)
  • [3303] バージョンアップクラス(案) みく 2003年11月08日 09:46


    サクラエディタをバージョンアップした際に、(1度だけ)必要な処理を走らせるためのもの。

    ・iniファイルにバージョン情報を記録するようにする。
    ・iniファイルから読み込んだ情報が本体のバージョンより古い場合、共有メモリに格納する前に呼び出す。
    ・必要ならCProfileが保持する情報を変換する。
    (CShareData_new.cpp:ShareData_IO_2()のcProfile.ReadProfile()の直後に呼び出す)

    例えば、
    ・タブメニュー(カスタムメニュー24)
    バージョンアップによって追加されたものなので、バージョンアップの際に
    初期値を設定してあげるのが親切である。
    メニューが空なら初期値設定ということをすることはできるが、
    ユーザが「右クリックメニューは出さない」(空)という設定にしたのかもしれない。
    (毎回、初期値設定という処理を入れるには問題がある)
    バージョンアップの際に一度だけ初期値設定処理を走らせることができればこの問題は解決。


    バージョンアップに関する処理を1箇所にまとめることができ、
    また、一度だけ走らせることもできるので便利だと思います。

    トリガーですが、
    ・該当するバージョンになったか、
    ・該当するバージョンを飛び越えた
    場合に処理が走るということになると思います。
    • [3314] RE: バージョンアップクラス(案) みく 2003年11月20日 21:47


      試作品を作ってみました。
      →egroups:source/vup20031120.LZH

      例として、
      1.4.0.0:タブメニューの登録
      1.4.3.4:タブキャプションの変更
      を入れています。
      • [3397] RE2: バージョンアップクラス(案) みく 2004年02月02日 21:53


        なーんもレスないところを見ると、こんな機能は必要なしってことで。
        • [3401] Re3: バージョンアップクラス(案) げんた 2004年02月05日 09:31

          >なーんもレスないところを見ると、こんな機能は必要なしってことで。
          といいつつ,しっかり更新されてるし.
          • [3403] Re3: バージョンアップクラス(案) もか 2004年02月05日 23:30

            >なーんもレスないところを見ると、こんな機能は必要なしってことで。
             バージョンアップされたときのみその必要性がある比較的利用されることが少ないコードを、1MB寸前の本体に内蔵するには、ちょっと抵抗があります。
             だた、バージョンアップしたら、どこどこが変だとか言われてばかりだし、その辺頭が痛い...
             代替案としては、別途、設定ファイル更新ツールを作成して、フルパッケージに添付するとか、
            バージョンアップ向けパッケージをつくってもいいかも。
            問題点は、作成自体が大変で、メンテナンスがないがしろになる傾向がある等。
             そうなると、HPで設定の変更情報をまとめて知らせるのが手ごろかなとかも考えます。
            で、結局自分の意見は、代替案を押します。
            バージョン更新関数が20個とかになるまえに分離できれば、ありがたいかな、ぐらいです。
             とりあえず、sakura.iniにバージョン番号を記録する部分は、今すぐにでも実装(統合)したほうがいいとは思います。