[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: Filipp Gunbin <fgunbin@xxxxxxxxxxx>
- Date: Wed, 30 Jul 2014 16:34:31 +0400
- X-ml-name: emacs-w3m
- X-mail-count: 12368
- References: <86a97xvd4v.fsf@xxxxxxxxxxxxxxxxxxxx> <878une21jz.fsf@xxxxxx> <b4mzjfu5pzg.fsf@xxxxxxx> <8638dlve9x.fsf@xxxxxxxxxxxxxxxxxxxx> <b4ma97thrbm.fsf@xxxxxxx> <86zjfs1ii9.fsf@xxxxxxxxxxxxxxxxxxxx> <b4mbns7sqew.fsf@xxxxxxx>
On 30/07/2014 03:20 +0400, Katsumi Yamaoka wrote:
>> I'm probably doing something wrong, but I don't see the new behaviour
>> actually happening. I did cvs update, M-x byte-recompile-directory and
>> restarted Emacs. And deleted the previous defadvice, of course.
>
> 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.
>
> The function `w3m-input-url-next-history-element' does it. Does
> it exist?[1] And is it bound in `w3m-url-completion-map'?[2]
>
> [1] C-h f w3m-input-url-next-history-element RET
> [2] Eval: (lookup-key w3m-url-completion-map "\M-n")
>
> Btw, I, one of maitainers, do only `configure; make; make install'
> with various Emacsen to check whether emacs-w3m is built normaly.
Now I see, I forgot that emacs-w3m installs itself into site-lisp, so I
was just updating files which are not actually in use :) It works,
thanks for the nice improvement!
--
Filipp