▼ げんたさん
> 現在は、
> 1. 現在位置の単語取得
> 2. 候補の一覧
> というのを候補が表示されている間毎回行われる感じです。
> 1. は共通関数を使っているので記号類を候補に加えるのは全ての単語区切り(ダブルクリック時の選択範囲など)に影響します。
>
> それを避けるためにはロジックの見直しが必要でしょう。
> 現在は常に単語を元に再検索していますが、候補が表示されている間は比較開始位置が変わらないことを考慮することはできるのかな。(未調査)

うーん、なんだか難しそうだ（ーー；
特に、単語選択（左ダブルクリック）の時、「 . 」が有効に
なってしまうのは痛いかもしれないです。

通常の補完の場合を考えるなら、「　.　」を一文字と考えて
「　.hoge　」 と　「　hoge　」は別物とすればいい気もします。
（　単語ファイルは美しくなくなりますが…（W)　）

---イメージしていた最低限の補完---
hoge
.hoge
huga.hoge

.hogeがある時は　.h 補完変換が可能になる//
huga.hoge がある時は　huga. 補完変換が可能になる//

当然、　hoge　が無ければ　h 補完変換時に　hoge は出てこない。
（.hoge があっても）

-------------------------------

只、上記仕様だと、
abc.item
hoge.item

と、abc / hoge のどちらにも　item　という　プロパティが
ある場合、　abc. 等で補完させる為には
abc.item / hoge.item と両方用意しないと駄目なんですよね
（ちと面倒。　が、しかたない。）

まぁ、それもこれも「 . 」を補完候補内で「普通の文字」と
扱わせる事が可能な時のみですよね。

…ダブルクリック選択時に　[ . ]　も含まってしまうと、
ものすごい、不都合がありそうですし。
その問題がある限りはちょっと無理っぽいですね（TT)