返信

> Scrivener のタイプライタースクロール部分は、固定スクロールもなく、「編集時、画面中央にカーソルを移動・維持する」というシンプルな仕様でした。 > （エディタとしては、ヘルプファイルを思わせる構造で、情報をまとめるのに使いやすそうでした。これはこれで面白いですね） > > お調べくださった情報も合わせて、基本的にタイプライタースクロールとマルチカーソルは相容れない機能で、Meryが文字入力に対応していることが特別な状態だったんですね。 > 難しい要望にお付き合いくださりありがとうございます。 > > > 現在の仕様でも、マルチカーソル編集時は基点が「実体カーソルの位置」に更新されるようになっています。 > > > > そのため、マルチカーソルで [貼り付け] を行うと、意図しない位置に基点が移動してしまう、という問題が起きています。(これは、マルチカーソルでの [貼り付け] が、実体カーソルを動かしながら順に処理しているためです) > > マルチカーソルでの [貼り付け] 直後、基点表示位置には最後尾のカーソルが表示されている（元の実体カーソルが最後尾でなかった場合、別の位置に実体カーソルがある）ので、どうにも理解が及びません……。 > > 次のような認識だったのですが、ここが違っているのかもしれません。 > - 「基点を○○に更新する」とは、○行○列といった文書内の位置を主に指す（表示位置が含まれることもある） > - 「基点を○○に移動する」とは、画面中央といった画面内の表示位置を指す > > 具体的には、カーソルが 文書の100行目（実体）・200行目・300行目にある場合 > 1. [貼り付け] を行うと、300行目が画面下部に表示されます。 > 2. ここで マルチカーソルを解除・左右キーでのカーソル移動・入力文字を確定といった操作を行うと、100行目が画面下部に表示されます。 > > 1のとき、300行目が実体カーソル（点滅の止まるカーソル）になっていればわかるのですが、100行目のままです。なので、基点が「実体カーソルの位置」から外れているような感じがあります。 > > ただ、 > > > 別のアプローチとして、マルチカーソル時の [貼り付け] 処理について、他の編集操作と同様のスクロール挙動にそろえることで、スクロールの乱れをある程度抑えられるかもしれません。 > > > > (いただいた表の 1 枚目、2 枚目の「貼り付け」のケースを「直接入力」と同じ挙動にするイメージです） > > 「貼り付け」が「直接入力」と同じ挙動になるということで、こちらで要望が満たされると思われます。 > > > > 基点が画面内の状態で編集したとき、スクロールしない > > > マウススクロールによって実体カーソル表示位置が基点表示位置から外れたとき、そこを新たな基点表示位置とし、スクロールしないようにします。 > > > 現在の仕様では「編集が行われたとき」に基点が更新されるため、IME 変換中の未確定状態では基点が更新されず、その結果スクロールが発生してしまう、という流れになります。 > > > > これに対応するには、「日本語入力の開始時」に基点を更新する必要があります。 > > > > ただしこの場合、IME 入力をキャンセルしても基点だけが更新されてしまうことになるため、その点はある程度の妥協が必要になりそうです。 > > 日本語入力のキャンセルは、直接入力や 単一カーソル時の[貼り付け] を [やり直し] するのと変わらないように思います。 > それらも基点は更新されていますが、スクロールしないため自然な動作に感じられます。 > > （ちなみに、[変換中の文字列を挿入モードで入力する] 有効 + 選択範囲がある + 単一カーソル編集のときは、直接入力と同じ挙動となり、基点が更新されます） > > とはいえ、マウススクロールしなければ気付かない範囲で私の要望外なので、こちらはお任せします。 > （合わせたほうがまとまっていいような気がしての提案でした） > > > ともあれ、今回いただいたご提案や検証結果をもとに、次回バージョンで試験的に新しい仕様を実装してみたいと思います。 > > > > かなり複雑な仕様になりそうですが、まずはかたちにしてみて、実際の使い心地を確認しながら調整していけたらと思います。 > > 次回バージョンで…！ > 要望したものの、さっそく組み込んでいただけるとなると嬉しさこの上ないです。 > > うまく仕様がはまって試験導入が良い結果につながることを願っております。 > どうぞよろしくお願いいたします。

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