[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:
(B>> I'm probably doing something wrong, but I don't see the new behaviour
(B>> actually happening. I did cvs update, M-x byte-recompile-directory and
(B>> restarted Emacs. And deleted the previous defadvice, of course.
(B> I tried `emacs -Q' with no .emacs-w3m.el file, it works. The new
(B> behavior appears when you hit `g' and `M-n' on a place where there
(B> is no link. Before the change, it offered the value of
(B> `w3m-home-page' as an initial content. It's scarcely useful.
(B> The function `w3m-input-url-next-history-element' does it. Does
(B> it exist? And is it bound in `w3m-url-completion-map'?
(B>  C-h f w3m-input-url-next-history-element RET
(B>  Eval: (lookup-key w3m-url-completion-map "\M-n")
(B> Btw, I, one of maitainers, do only `configure; make; make install'
(B> with various Emacsen to check whether emacs-w3m is built normaly.
(BNow I see, I forgot that emacs-w3m installs itself into site-lisp, so I
(Bwas just updating files which are not actually in use :) It works,
(Bthanks for the nice improvement!