https://x.com/kanchokker/status/2023377317599547645?s=20
オリジナルのコード、
{改行}と{Enter}の差は、
最初は^mと置換しやすいように組んでたけど、
バージョンを経るごとに訳わからなくなって、
適当になってます……
なので今あるのは昔のコピペの残骸だと思ってください……
2026年02月17日
この記事へのトラックバック
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 |
仮に IME に「確定」専用(どんなモードにいても確定以外の副作用がない)のキーバインドがあれば、それを割り当てるべきものであると。
なので、SandS+V や SandS+M での句読点{Enter} は句読点{確定}だし、編集モードの{改行}も(おそらくは)全て確定を意図している。(どんんな場合であれ、改行はしてほしくない)
こんな理解でよろしいでしょうか。
はい、V+M以外はすべて「確定」でよいと思われます。
改行は意図しない挙動です。
これらが{改行}になってる理由は、
{Enter}より文字数が少なくて、
全角フォントなので文字が揃いやすく、
コードが見やすいからだったような記憶……
もしどのIME(新旧含む)でも、
未変換や候補選択をしてない場合など、
どのパターンでも^mを使えるなら、
置換してもいいと思われます。
例外はV+Mで、
確定にも使うし改行にも使う、
という感じですかね。