2006年7月28日の日記の1番目の記事へのコメント

uim.el

primeとかで変化候補にappendixがある場合に変換候補がぶっ壊れて表示されるようになってました.こりゃひでえ.ひどすぎる.一体いつからなんだ・・・orz.何を間違えてたかというと,候補にタブが含まれている場合に,タブの前を残さずに後ろを残して表示していたという・・・.ショボいバグでした.あと,予測入力の際に候補が最初から選択された状態で表示されちゃう問題は,候補の番号の初期値を負にしとくことで解決でした.というか実はAnthyの予測入力,初めて使ったんですが,きびきび動いていいっすねこれ.

[コメントを書く]

ekato 2006/07/29(土) 10:18:50
おお、すごい。
1.2ブランチにもコミットしちゃってください。
nosuke 2006/07/29(土) 11:08:56
commitしました.
いりの 2006/07/29(土) 13:24:45
あれ? trunk-3790をOSXでPRIMEと試してるんですが、uim.elだけ変換候補のappendixが出なくなっちゃいました。心当たりありませんか?
nosuke 2006/07/29(土) 14:24:39
う,ちょっと記憶があやふやで自信が無いんです,uim.elのappendixは,Emacsの表示領域が狭い・タブが邪魔という理由から,「uim側の設定に関係なく出さない」のが本来の仕様だったと思います.今まで出ちゃってたのは,どっかの段階でエンバグしたからでして,表示も変だったはずなんですが・・・.
でも,それも何かひどい仕様だと思うんで,Emacsのユーザ設定次第で,appendixが変換候補に含まれている場合に表示させるかどうかを選択できるようにしてみます.
nosuke 2006/07/29(土) 14:45:56
commitしてみました.1.2.0の方にはいれない方がよいでしょか?
何も設定しないとappendixが出るようになります.
出したくない場合は (setq uim-candidate-display-appendix nil) で
いりの 2006/07/29(土) 14:53:14
そうだったのですか。今までPRIME使ったことなかったもんですから、知らずに済みません。
いりの 2006/07/29(土) 15:18:23
r3791にしたら、ちゃんと注釈出た出た。手早いですねえ。
nosuke 2006/07/29(土) 18:14:00
いりのさんのは多分これかと.
http://garakuta.homelinux.org/~nosuke/diary/diary.html?y=2006&m=2&d=3&n=1#3-1
いりの 2006/07/29(土) 18:29:06
調べてみるとBug7532ってのも似たようなやつなんですかねえ。古くから知られてる問題とは知らずにお恥ずかしい。この問題MacUIMでも出るんだけど、そっちはちょっとしたキー設定のトリックで回避できるんですよ。
今回のリリースでキーバインドが見直されたり、anthyが予測入力対応になったりがきっかけで、自分のキーバインドの見直しやPRIMEとの比較してたら、今まで自分では問題にならなかったことがぼろぼろ現れてきちゃって。PRIMEだと、qtアプリで文節伸縮のCtrl-i, Ctrl-oが効かないし。
nosuke 2006/07/29(土) 18:38:21
ひとまずcommitしてみました.r3792でどうでしょ.
いりの 2006/07/29(土) 20:52:28
nosukeさ〜ん、ありがと〜。MLに書いた症状はきれいに消えました。凄い!
ところがOSXだと、Aqua側でMacUIMがonだと、X11が応答不可(ロードアベレージ全開)になっちゃうんです。MacUIMをoffにしてれば全然okなんですよ。なんなんでしょ?
でもlinuxな人はこのprime.scmでシアワセなはず。
いりの 2006/07/29(土) 21:35:09
ああ、冷静に調べたら、MacUIMがオンだとX11がハングアップする件は、前のprime.scmでも起こりました。MacUIM側に問題があるのかな? お騒がせごめんなさい。繰り返しありがと〜。
ekato 2006/07/30(日) 21:31:42
uim.el での prime の appendix 設定はまあ次のリリースで
いいんじゃないでしょうか。

いりのさん、MacUIM の件は時間があったらみてみます。

いりの 2006/08/01(火) 00:27:54
ekatoさん、今回は本当にいろいろありがとうございます。
nosukeさんも、ここをBTSみたいに使っちゃってごめんなさい。
だけど、MLでekatoさんが教えてくれたFC5のパッチですが、
qt-x11-free-3.3.6-fix-key-release-event-with-imm.diff
qt-x11-free-3.3.6-qt-x11-immodule-unified-qt3.3.5-20060318-resetinputcontext.patch
ってのをさらに当ててqt-3.3.5作り直したら、当然uim-pref-qtがC-jとかを受け付けてくれるようになったんですが、なんとオマケにkonquerorでSpellcheckが有効だと日本語入力できない件まで直っちゃいました!!
まえにFCのSRPMの中身覗いたときに中途半端だったみたい。
nosuke 2006/08/01(火) 21:06:56
> オマケにkonquerorでSpellcheckが有効だと (略)
なんだってー.情報どうもです.
しかしコメント欄伸びたなぁ(笑)

お名前:  メールアドレス(省略可):
メールアドレスも表示されます
ここに名前その他を書いてはいけません: ここにメールアドレスその他を書いてはいけません:

2006年7月28日の日記の1番目の記事へのコメント

中の人情報

名前:
nosuke (のすけ)
メール:
sasugaanijaのgmail.com
「の」は「@」みたいな
関連リンク:

カレンダー

2006年7月
            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          

<<先月分

翌月分>>

最新の10件のエントリ

最近の10件のコメント

過去ログ