Request/332 の変更点

http://sakura.qp.land.to/?Request%2F332


Top > Request > 332

* sakura(W).ini の世代管理 [#n4b00189]
-ページ:     [[Request]]
-投稿者:     [[anonymous]]
-優先順位:   重要
-状態:       提案
-カテゴリー: 共通設定
-投稿日:     2010-02-16 (火) 08:51:27
-バージョン: 

** メッセージ [#id9a5e84]
 予期せぬ自体により ini ファイルが壊れてしまい、各種設定が初期化されてしまった場合に、正常に稼働していた時期の物へ戻せるよう、世代管理を行う事を提案します。
(あらゆる設定が ini ファイルに集約されているので、設定や機能毎に分割するのも手かも知れません。予期せぬ事態を防ぐためのバックアップ(世代管理)は必要だとは想いますけど。)
----
- この機能を作ってもらうとしたら、別世代を作成するようにしたせいで保存時間が余計にかかるようになってしまって、今まで破壊された経験の無い人まで巻き添えになる、な〜んてことのないように慎重に作る必要がありますね。まぁ、開発者の人ならその程度のことは言わずもがなで考慮してくださるのでしょうけど。。。 --  &new{2010-02-17 (水) 00:09:48};
- ところで、こういうのって他アプリでも割とよくある機能なのでしょうか? --  &new{2010-02-17 (水) 00:12:58};
- 他アプリでは見た事ないかなぁ……。でもサクラの ini は消えやすい気がするので、世代管理までは行かなくとも、エディタ終了時に既存の ini をバックアップしてから、エディタ起動時にメモリ上に読み込んでいた設定を新規に書き込みだけでも助かる人は助かるんじゃないかな? --  &new{2010-02-17 (水) 21:18:50};
- あるいは他のアプリの設定は大体レジストリだから消えないとか? ini主体のアプリでも消えないように配慮しているんだろうと思うけど。 --  &new{2010-02-17 (水) 21:37:19};
- 分割すると、こんどは「どの設定の一部と他の一部が同じ世代か?」みたいなことになりそうです。 -- [[もか]] &new{2010-02-20 (土) 13:59:01};
- 情報は2種類。 静的情報(設定画面でOK押したら反映されるもの=共通設定、タイプ別設定)、動的情報(検索関連、履歴関連・・・)  前者はユーザが保存タイミングを指示する(OKを押す行為)。後者はエディタ終了時(設定時にもついでに保存してもよい)。 --  &new{2010-02-20 (土) 21:09:14};
- 設定画面を閉じるときだけなら、まぁ、そんなもんかと思うけど、ctrl+1(ツールバーの表示切替)みたいなキー操作をするだけでもその都度静的情報全部をファイル保存しろ、てことかしら。重そう。1キー操作でいちいち保存してたらディスクへの負担も増えますよね。 --  &new{2010-02-20 (土) 21:25:51};
- それは動的情報ですよね --  &new{2010-02-21 (日) 07:09:11};
- ツールバー=共通設定=静的情報ではないです 現状と同じ構造体の括りで考えないで。 --  &new{2010-02-21 (日) 07:11:09};
-静的・動的というのではなく、失われたときのインパクトと性能への影響を天秤にかけて仕分けるんでしょうな。例えば、キーワード追加や配色変更はマクロから *動的* に設定できるようになったら便利だけど、性能よりも安全を重視して、変更の都度保存するとか。上の誰かが、ツールバーの表示変更を、提案者の言う「ユーザが保存タイミングを指示するもの」ではない、と、それがまるで当然のことであるかのように断定し、あっさりと履歴関連の仲間に括り込んだ根拠(「それは動的情報ですよね」と一方的に同意を求めた根拠)がどこにあるのかはちょっとわかりませんが。 --  &new{2010-02-21 (日) 11:53:03};
- 要望が混在している。1.壊れるiniファイルをせめてバックアップで救えないか(不慮の事故、バグかはここでは問いません)。2.iniファイルが大きすぎるので分割するなどして軽く出来ないか。 --  &new{2010-02-21 (日) 21:33:26};
- 私が『あらゆる設定が ini ファイルに集約されているので、設定や機能毎に分割するのも手かも知れません。』と書いた(考えた)のは、そうすれば不慮の事故の際に『すべての情報が初期されることはないんじゃ……』と思ったからです。現状だとひとつなのでバックアップ(世代管理)の手間的には比較的簡単だと思えますし、設定ファイルを分割した場合はバックアップ時に手間が増えるでしょうし、一概にどちらが良いとは言えないとは思います。ただ、バックアップ(世代管理)を行わない場合で考えた場合、私が思いついたのが『設定ファイルの分割』だっただけで、これはどちらかというと『代案の提案』(ややこしいな)というような意味合いのつもりでした。要するに、結論だけ言ってしまえば、『設定ファイルの分割』については提案に含めたつもりはありません。そのために括弧書きにしたのですが、混乱させてしまったのなら申し訳ありませんでした。 -- [[提案者]] &new{2010-02-24 (水) 05:07:59};
- というか、バックアップなり世代管理なりをするにしても、新しくファイルを開いたり、検索や置換をする度に履歴情報が更新される現状では、その都度変化が起きてしまうので世代管理なんてしたらあっという間にパンクするか、複数台管理の場合でも押し流されて消えるのが目に見えてしまったので、この提案が実装されるのであれば、履歴関連の情報は外に出すべきだよなぁ、とか思ったので。(当然、その辺りの事も実装される方が思いつかれるとは思いましたが) -- [[提案者]] &new{2010-02-24 (水) 05:21:37};

#comment
#attach

    ホーム 一覧 単語検索 最終更新 バックアップ リンク元   ヘルプ   最終更新のRSS