返信

> コメントありがとうございます。 > > > 自分が以前書いた履歴を「抜かす」というのはとっくにアホな回答だったと判ってたのですが、それ以上に無理と思いました。 > > ナイスアイデア！と思いましたが、Sublime Text だと編集途中から別窓開いて、別窓でそれより以前の状態まで [元に戻す] ができていたので、やっぱり別の方法のようですね。 > > > そもそも根本的にはペインによって履歴を分類することをユーザーは求めてないと思うんです。 > > 確かに、もともと今回のご要望でも履歴までは求められてませんね ^^; > > > ユーザーが求めてるのは「近地点内の変更」のグループ化でしょうと！ > > なんぞ！？ > > > (それもペインを行ったり来たりして編集の順番が分からなくなるなど、ほんの稀ですよ！ええ！) > > それは同意～。 > > > [bkA0, bkA1, bkB0:"hello"追加, bkA2:"o"削除, bkA3, |doA4, doB1] = "hell" > > ペインBで「元に戻す」 > > ・bkB0が暫定対象。 > > ・履歴位置|までを走査、bkA2がbkB0の影響範囲だったのでbkA2が暫定対象になり、続いてbkA3はbkA2の影響外だったので、bkA2が確定する。 > > [bkA, bkA1, bkB0, bkA3', | bkA2'=doA2, doA4, doB1] = "hello" > > ↑ すみません、この一連の操作がわからず、状況が把握できませんでした。めちゃくちゃ難易度高そうな…。bk って何を指すのでしょうか？ > > > 以上なんですが、編集範囲の比較や履歴の順序を入れ替えるとか現実的なアプローチなのか...。 > > 文字の入力・削除ごとに発生する処理なので編集範囲の比較は負荷的に問題があるかもしれないですね。 > > あと、履歴データって変更行や保存行などのデータも保持しているので、履歴の順序入れ替えが発生するのはかなりやっかいです。 > > > つまらないレスをした手前などから一応書きました。貴重な帯域を無駄にしてしまい申し訳ありません。 > > いえいえ、貴重なご意見ありがとうございます。 > > 「そもそも根本的にはペインによって履歴を分類することをユーザーは求めてないと思うんです。」というパワーワードは、開発の参考にさせていただきたいと思います。

マークダウンを有効にする