ユーザにとって使いやすい入力インターフェイスを提供するためには，入力文字列を編集できる機能を提供することは不可欠です。入力文字列編集とは，たとえばユーザが " 日本語"と入力しようとしたのに，間違えて "nijongo" というようなローマ字を入力してしまったときに，カーソルを "j" まで移動して，"h" と置き換えるような作業のことを言います。正しい文字と置きかわった時点で「変換キー」を押すと，かな漢字変換を行うことができるということになります。

入力文字列編集において問題となる点のうち，自動ローマ字かな変換を行っているときに限定される点については， 第 2.3.9 項 で説明します。この節では，入力文字列編集について一般的な説明を行います。

入力文字列編集を行うのは，内部状態が「入力状態」にあるときです。次のような条件の場合に内部状態が「入力状態」になります。

• 「初期状態」においてACTION STARTが指示されたとき

• 「かな変換状態」または「漢字変換状態」において，ACTION RESTORE_STRING が指示されたとき

入力文字列編集に関連する ACTION を以下に示します。

• ECHO

• MOVE_LEFT

• MOVE_RIGHT

• HEAD

• TAIL

• DELETE

入力文字列編集時には，上記の ACTION によって変換領域は解除しません。バッファの内容は ECHO と DELETE を除いて変化しません。ECHO のときは，カーソル位置に入力されたキーに対応する文字を挿入し，DELETE のときは，カーソルの左側の文字を削除します。文字の挿入と削除は，3つのバッファすべてに対して適用されます。

入力文字列編集における例外条件を，以下に示します。

• 編集領域の左端の文字にカーソルがあるときにMOVE_LEFTが指定された

• 編集領域の右端の文字にカーソルがあるときにMOVE_RIGHTが指定された

• 編集領域の左端の文字にカーソルがあるときにDELETEが指定された

上記のような場合にはアプリケーションは，PROFILEのINDEX "DEC-JAPANESE.OUTRANGE.cursorPosition"の値によって動作を決定します。この値が"none"のときは，何も実行しません。カーソルはその位置に留まります。この値が"done"のときは，現在の変換を終了して，アプリケーションがそのキーに対して定義した動作を実行します。

文字セル端末用のアプリケーションの多くは，オーバーストライク・モード (上書き) をサポートしています。ここには，オーバーストライク・モードの扱いについて IMLIB が推奨する方法について記述します。

IMLIBは，通常の編集状態がオーバーストライク・モードであっても入力文字列編集中は，インサート・モード(挿入)の動きをする方法をお勧めします。かな漢字変換が終了して確定した文字列は，アプリケーションのオーバーストライク／インサート・モードの設定に従って，アプリケーションのバッファ中に上書き，または挿入されます。次にオーバーストライク・モードにおける入力文字列編集について，具体的な例をあげて説明します。IMLIBは2つの実現方法を併記します。どちらの方法を選択するかはアプリケーションの責任です。カーソル位置は"_"で示します。

図 2-3 オーバーストライク編集の例その1:固定法

---

図 2-4 オーバーストライク編集の例その2:浮動法

---

「固定法」は，スクリーン入力型のアプリケーション，たとえばエディタなどに適した実現方法です。すでにある文字列の位置が移動しないという利点があります。しかし，入力文字列が長すぎると元の文字列が見えなくなります。

これに対して「浮動法」は，行入力型のアプリケーションに適した実現方法といえます。元の文字列は編集中も見ることができます。しかし，最終的には元の位置に戻る文字列も，編集中は移動してしまうことになります。また，確定したときに上書きされるので，上書きされた文字列は確定したときに突然消えることになります。