[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: w3m on emacs
- To: bep@argv.org
- Subject: Re: w3m on emacs
- From: Koichi INOUE <inoue@argv.org>
- Date: 25 Mar 2001 17:19:35 +0900
- Delivered-To: mailing list bep@argv.org
- Mailing-List: contact bep-help@argv.org; run by ezmlm
- Organization: Accessibility Research Group for the Visually Impaired(ARGV)
- User-Agent: T-gnus/6.15.0 (based on Oort Gnus v0.01) (revision 09) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/21.0.100 (i386-windy-freebsd4.2) MULE/5.0 (SAKAKI)
井上です。
Koichi INOUE <inoue@...> writes:
> 結局原因はw3m.elのCVS上のバージョンではminibuffer-setup-hookをあつかう部
> 分ができていて、そことemacspeakが競合しているらしいことがわかりました。
> どっちに責任があるのかは調べないとわかりません。
> なんとなくemacspeakのような気がするけど。
原因が分かりましたので修正しました。
emacspeak-advice.elの2575行目が
(setq minibuffer-setup-hook 'emacspeak-minibuffer-setup-hook)
となっていることを確認し、これを以下のように修正してください。
(setq minibuffer-setup-hook '(emacspeak-minibuffer-setup-hook))
CVS上はなおしました。
元の代入だと、minibuffer-setup-hookがemacspeak-minibuffer-setup-hookとい
う関数そのものにバインドされるため、w3mの方でローカルに
minibuffer-setup-hookの後ろに別の関数をappendしようとした際、これが
emacspeak-minibuffer-setup-hookの引数として評価されてしまうようです。
これまでたまたまこのhookを変更するプログラムに巡り会わなかったのでしょう。
本家にもフィードバックしておこうと思います。
--
Koichi Inoue, ARGV
E-Mail: inoue@...
ICQ UIN: 74900690