[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: `g' and `G' do not provide current url as the initial minibuffer contents
- From: Michael Heerdegen <michael_heerdegen@xxxxxx>
- Date: Wed, 30 Jul 2014 13:46:14 +0200
- X-ml-name: emacs-w3m
- X-mail-count: 12367
- References: <86a97xvd4v.fsf@xxxxxxxxxxxxxxxxxxxx> <878une21jz.fsf@xxxxxx> <b4mzjfu5pzg.fsf@xxxxxxx> <8638dlve9x.fsf@xxxxxxxxxxxxxxxxxxxx> <b4ma97thrbm.fsf@xxxxxxx> <86zjfs1ii9.fsf@xxxxxxxxxxxxxxxxxxxx> <b4mbns7sqew.fsf@xxxxxxx>
Katsumi Yamaoka <yamaoka@xxxxxxx> writes:
> I tried `emacs -Q' with no .emacs-w3m.el file, it works. The new
> behavior appears when you hit `g' and `M-n' on a place where there
> is no link. Before the change, it offered the value of
> `w3m-home-page' as an initial content. It's scarcely useful.
It works for me, I use w3m from Melpa.
But sadly, it doesn't work with helm-mode - M-n is also bound in
helm-map, so your M-n binding is shadowed.
Is there a reason why you prefer rebinding M-n over using
`minibuffer-default-add-function' (which is intended for use cases
exactly like this one)?
Michael.