返信

> ご返信ありがとうございます。 > > > ひとつ疑問があるのですが、[貼り付け] で実体カーソルの行が変わる場合はどうなるでしょうか。 > > 例えば、コピー元に改行を含んでいて 101 行目に変わったり、折り返し表示で物理行が変わる場合です。 > > > > もしこれで基点が 100 行目のままならば、少し違和感が残ります。 > > なるほど、その違和感はよくわかります。でも結論から言うと、その点は大丈夫です。 > > ちょっと文章だけで説明するのが難しいのですが、前回ご説明した仕組みのままで、コピー元に改行が 1 つだけ含まれていて、[貼り付け] のあとにカーソルが 101 行目に移動するケースを例にしてみますね。 > > 1. マルチカーソルで [貼り付け] を実行 > 2. 基点更新をロック (このタイミングで、基点を実体カーソルの位置に更新) > → たとえば 100 行目が画面の一番上にあれば、基点は「1」でロックされます。 > > - ここから従来の処理 (ロック中なので基点の更新は発生しない) > 3. 実体カーソルを 100 → 200 → 300 行目へ順に移動して各箇所を処理 > 4. マルチカーソル仕様により、実体カーソルを 101 行目へ復元 > → 改行が入ったぶんだけ、1 行下にずれた感じですね。 > - ここまで従来の処理 (ロック中なので基点の更新は発生しない) > 5. 基点更新のロックを解除 > > という流れになるので、結果的には… > > - 実体カーソルは 101 行目 > - 基点は「1」のまま > > となり、[貼り付け] 後は画面の一番上に 101 行目が表示されている状態になります。 > > ここでのポイントは、「実体カーソルの位置」をロックするのではなく、「タイプライタースクロールの基点」をロックしているということです。 > > (タイプライタースクロールの性質上、「基点」さえ更新されなければ、実体カーソルが移動することによる影響はないため) > > ちなみに、単一カーソルで改行を含む貼り付けを行った場合でも、タイプライタースクロールの基点は動かないようになっています。

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