レス数が950を超えています。1000を超えると表示できなくなるよ。

Vim6 Part3

154 ：mattn@Vim%Chalice ：02/04/30 10:10

>>136
>日本人だけなら、kinput2のXNPreeditState対応版が正式リリー
>スになった時点で廃止してしまって良いかなという気になってます。

廃止のタイミングもむずかしそうですね。
まとめましょう。
-----------------------------------------------------------
要因1
  現状、世界には数多くの XIM があり、その幾つかは
  XNPreeditState をサポートしない。
  またその中には XNPreeditState のサポートを確認する
  だけでクラッシュするものも存在する
  さらには imactivatekey を使用してもクラッシュしたり
  スペースが挿入されてしまう XIM が存在する。

要因2
  現状、 XNPreeditState によるトグル(オフィシャル未取込)が
  あり、オプション imactivatekey を空値にすることで
  XNPreeditState によるトグルが可能になるパッチがある。
  (kinput2、AtokX にて動作確認済み)

  できればこれらを動的に確認し、ブラックボックス的な
  扱いにしたいが、記述の問題があり難しい。

打開策1
  XNPreeditState をサポートしない XIM をレガシー扱いにして
  しまい、imactivatekey のサポートを廃止する。
  (もしくはソースから切り取る)
  ドキュメントとしてはサポートの打ち切りと、その経緯を
  説明しておく。

打開策2
  imactivatekey と XNPreeditState を取り入れる。
  ドキュメントとしては経緯と解決法を記述する。
  (後に打開策1へ以降する)

打開策3
  imactivatekey と XNPreeditState を取り入れる。
  さらに新しいオプションを設け、すこしでも問題をユーザが
  解決できる術を用意しておく
    imcontrolmethod:
      0   常に使わない(常時XIMにunfocus)
      1   insert/ex時だけ使用(vim 5.xと同等)
      2   XNPreeditStateを利用したフルコントロール
  この場合、ドキュメントの充実が必要となる

#95さん、KoRoNさん、どれが良いと思われますか？
#私個人は現状、打開策2ですが、他の皆さんはどうでしょう？

read.cgi ver5.26+ (01/10/21-)