uim-0.3.5にするとgeditをあけて何もせずに終了しても警告が出ます。
環境・その他の症状は930の方と同じです。
gedit等が起動時に落ちる問題ですが、
>>932のパッチをありがたく取り
込んでおいたので時間のある方はリポジトリから最新版を落として試し
て頂けないでしょうか。
934 :
920:04/05/02 18:22 ID:BuG7r03a
グリータだけかと思ってたら、他のアプリも起動しないものが多かった。
gnome-terminalもgeditもその他多くのGTK2アプリも
セグメンテーションフォルトで起動しない。
ゲームなど入力する場面が無いGTK2アプリは起動して普通に使えるけど。
>>929 uim-shもセグメンテーションフォルトで起動してくれません。
read(4, ";;\n;;\n\n(define m17nlib-context-i"..., 4096) = 1848
stat64("/usr/local/share/m17n", 0xbff3632c) = -1 ENOENT (No such file or directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
存在してないディレクトリを参照してるけどこれは関係あるのかな。
/usr/local/share/m17nっていうディレクトリはどうやったらできるん?
m17nをインストールしてもできんのだけど。
936 :
935:04/05/02 21:29 ID:EDtoB/YQ
落とせたのですが、autogen.shやautoreconfが失敗するのであきら
めます。
937 :
930:04/05/02 21:30 ID:1THCaSzW
ダウンロードできますよ。
libsvn_ra_*をインストールしていないのでは。
ありえないバグが現れると、
"こんなことがあるはずがない"と
報告することを躊躇してしまう。
//テレビでスクロバチェフスキの運命を聴けるとは。
//すばらしすぎる演奏。
uim-helper-toolbar-gtk って geometry 指定出来ますか?
>>934 uim/config.hの
#define HAVE_M17NLIB 1
をコメントアウトしてコンパイルすればいいでないか?
バグフィックス版が早くほしいです。
>gedit で変換エンジンを切替えると落ちる
これは最新svn版で直りました。
>XIM入力ができない
gdmを使ってgnome/kdeを起動させるとXIM入力ができません。
~/.xinitrc に
export LANG=ja_JP.EUC
export GTK_IM_MODULE=uim-anthy
export XMODIFIERS="@im=uim-anthy"
uim-xim &
exec gnome-session
と書いて
$ startx でgnomeを起動させた場合はXIMで入力できます。
uim-0.3.4.2に戻すとgdmでログインしてもXIMで入力できます。
uim-0.3.4 のときにも思いましたが、
正式版公開前にベータ版を公開なさったほうが良いように思います。
そういう用途にはsvn版を使うべきなのかもしれませんが、
svn版はmakeが通らないことがあります。
また、svnを導入しているかたはまだ少ないでしょう。
suseやmdkなどは不具合についての情報を知らずに
updateしてしまう恐れがあります。
"nasty bugs"で信用を落とすのはまずいです。
>>941 uim-ximが起動していてXMODIFIERSが設定されていれば起動できる
と思うが。
>>939 configureに--without-m17nlibオプションくらいは欲しいな。
945 :
920:04/05/03 18:37 ID:wSuVdCKN
946 :
945:04/05/03 18:38 ID:wSuVdCKN
anthyで
<c-j>a<space><pageup>
のように変換候補一覧が出る前にpage up/downするとactivate_cb
の前にshift_page_cbが呼ばれるようです。activate_cbを呼んで
からshift_page_cbを呼んだ方がいいと思います。
geditで起動してすぐにこれをやるとこのように出ます。
(gedit:18600): Gtk-CRITICAL **: file gtklabel.c: line 937 (gtk_label_set_text): assertion `GTK_IS_LABEL (label)' failed
948 :
login:Penguin:04/05/03 19:30 ID:TvZnmK8x
何か文字を入力してスペースキーで変換した後に、
未確定のまま続けてShiftキーを押しながら
次の文字(括弧とか)を打とうとしても入力できません。
普通のキーの場合だと、ちゃんと未確定文字列が
確定され、連続して次の文字が入力できるんですが。
括弧で括られた文書を沢山打ってると、ちょっと辛いです。
uimは0..3.4.2です。
950 :
948:04/05/03 21:07 ID:TvZnmK8x
>>949 ありがとうございます。
早速試してみます。
>>885 もう少し調べてみたら実は im-uim の問題ではありませんでした。
uim_key_snoop を疑ってしまってすみません。
結局 im-uim で uim-skk を使う時のみ問題が発生するようで、これは
skk.scm の skk-commit-raw のバグでした。以下で解決します。
@@ -393,7 +393,7 @@
(skk-context-editor psc)
key key-state)
(begin
- (skk-context-set-commit-raw! sc #f)
+ (skk-context-set-commit-raw! sc #t)
と思ったら副作用が…
未確定状態で return キーを押すとだめポ skk 難しい…
以下のようにしてみました。skk-commit-raw を文字通りの動きに変更して、
skk-context-raw-without-context というのを追加しました。
自分的にはこれで解決です。改行が多いと言われたので二つに分けています。
--- skk.scm.origThu Apr 29 23:20:52 2004
+++ skk.scmWed May 5 13:25:21 2004
@@ -393,6 +393,17 @@
(skk-context-editor psc)
key key-state)
(begin
+ (skk-context-set-commit-raw! sc #t)
+ (im-commit-raw id))))))
+
+(define skk-commit-raw-without-context
+ (lambda (sc id key key-state)
+ (let ((psc (skk-context-parent-context sc)))
+ (if psc
+ (skk-editor-commit-raw
+ (skk-context-editor psc)
+ key key-state)
+ (begin
(skk-context-set-commit-raw! sc #f)
(im-commit-raw id))))))
@@ -675,6 +686,14 @@
(set! res (rk-push-key-last! rkc))
#f)
#t)
+ ;; commits "n" as kana according to kana-mode and commit
+ ;; newline implicitly
+ (if (skk-return-key? key key-state)
+ (begin
+ (rk-flush rkc)
+ (skk-commit-raw-without-context sc id key key-state)
+ #f)
+ #t)
;; Handles "nq" key sequence as below. This is ddskk-compatible
;; behavior.
;; 1. commits "n" as kana according to kana-mode
@@ -698,7 +717,7 @@
(if (skk-plain-space-key? key key-state)
(begin
(set! res (rk-push-key-last! rkc))
- (skk-commit-raw sc id key key-state)
+ (skk-commit-raw-without-context sc id key key-state)
#f)
#t)
;; bad strategy. see bug #528
>>953 s/skk-context-raw-without-context/skk-commit-raw-without-context/
でした…
uim-0.3.5のskkでC-j, C-mで確定した場合は学習されるのです
が、それ以外(aなど)で確定した場合は学習されないようです。
今もう一つ副作用に気が付きました。
>>953 に付け加えてここも変更が必要でした。
@@ -664,7 +675,7 @@
(if (skk-backspace-key? key key-state)
(if (not (rk-backspace rkc))
(begin
- (skk-commit-raw sc id key key-state)
+ (skk-commit-raw-without-context sc id key key-state)
#f)
#f)
#t)
ついでに 0.3.5 で prime.scm に入ったバグひとつ報告。
prime-state-convedrting で、backspace すると、表示が変です。
とりあえず以下のような変更がひつようでした。
--- prime.scmWed May 5 10:09:12 2004
+++ /sw/share/uim/prime.scmWed May 5 22:10:30 2004
@@ -736,7 +736,8 @@
(im-commit id (prime-get-current-candidate sc))
(prime-commit-candidate sc)
(prime-flush sc)
-(prime-proc-input-no-preedit c key key-state)))
+(prime-proc-input-no-preedit c key key-state)
+ (prime-update-preedit id sc)))
))))))
ついでに 0.3.5 で prime.scm に入ったバグ一つ報告。
prime-state-convedrting の状態で backspace キーを押すと表示が変です。
とりあえず以下のような変更が必要でした。
--- prime.scmWed May 5 10:09:12 2004
+++ /sw/share/uim/prime.scmWed May 5 22:10:30 2004
@@ -736,7 +736,8 @@
(im-commit id (prime-get-current-candidate sc))
(prime-commit-candidate sc)
(prime-flush sc)
-(prime-proc-input-no-preedit c key key-state)))
+(prime-proc-input-no-preedit c key key-state)
+ (prime-update-preedit id sc)))
))))))
960 :
login:Penguin:04/05/06 01:33 ID:KtooDuAB
uim-0.3.6 キタ━━━━(゚∀゚)━━━━ッ!!
>>942 ベータリリースを出すつもりは今のところありません。
とはいえ、信用を失うのも望ましくないので、なにか方策を考えようと思って
います。たぶん、安定版を作ることになると思います。
svn trunk で
>>959 に対して対策してもらいましたが、converting のときの
backspace は キャンセルではなく 0.3.4.2 のように確定して直前の文字を
消去するほうが直感的だと思いますがどうでしょう?
uim-0.3.6のskkでnqは"ん"出力されてカタカナになるのですが、モ
ード表示がひらがなのままです。anthyではカタカナに変わります。
nq or Nq?
>>964 モード表示と実際のモードがずれているので正常ではないと思うの
ですが。
skk.scm をこう変更すれば?
@@ -708,6 +708,8 @@
(begin
(set! res (rk-push-key-last! rkc))
(skk-context-kana-toggle sc)
+ (skk-update-mode id sc)
+ (skk-update-prop-label sc id)
#f)
#t)
>>962 直感的かどうかは人によって意見が違ってくると思いますが、
現在の仕様が私は便利だと思います。PRIMEは長い文を一気に
入力すると、思ったように変換できない事が割とよくあります。
そういうときに入力した文章をちょっと削ってまた変換をかける
わけですが、C-gを押してからバックスペースを押して削るよりも
バックスペースだけで削れた方が便利だなぁと。
>>967 ありがとうございます。取り込ませて頂きました。
970 :
948:04/05/08 13:20 ID:+77lXM0E
>>950 uim-0.3.6で確認しました。
ばっちり直ってました。
ありがとうございます。