[Date Prev][Date Next][Thread Prev][][Date Index][Thread Index]

Re: `g' and `G' do not provide current url as the initial minibuffer contents

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!