08/12/07 09:54:03 YC+VcNab
変換開始位置を▽位置、送り開始位置を▽*位置と呼ぶことにする。
自動と明示とが混じって気持ち悪いから、可能な限り自動と手動とにする。
>>616
次の▽位置は自動で設定される。
それがユーザの望む▽位置でなかった場合、
手動で確定入力を行うことによって指定する。
>>617
;jで確定、;lで▽*位置、;qでかなカナ変換みたいな変態拡張stickyになってるんで、
普通のstickyで動くように直すから、もう数日待ってくれ。
(このスレに張り付いてるせいで、おそろしく作業が進んでないが……)
変態拡張stickyのままでもいいなら今すぐにでもうｐできるが、どうする？
>>619
611での「ユーザに意識させる点が一つになる」という俺の発言は間違いだな。
すまない。意識させる点は二点で確かに変わらない。619の言うことは正しい。
>>618 が言ってることもきっと同様のことだな。
でも、そこまで分かってるならもうすこし考えてほしいな。
じゃあ「ここから漢字」という位置―ユーザの望む▽位置―を指定する場合、
大文字入力と確定入力とではどちらの入力コストが低いと思う？
双方をほぼ同等のものとして扱えるSKKユーザならまだしも、
確定入力のみに慣れている非SKKユーザを想定するなら、
後者のコストの方が低いんじゃないかな。(未実証)