[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: Tue, 29 Jul 2014 16:01:18 +0400
- X-ml-name: emacs-w3m
- X-mail-count: 12365
- References: <86a97xvd4v.fsf@xxxxxxxxxxxxxxxxxxxx> <878une21jz.fsf@xxxxxx> <b4mzjfu5pzg.fsf@xxxxxxx> <8638dlve9x.fsf@xxxxxxxxxxxxxxxxxxxx> <b4ma97thrbm.fsf@xxxxxxx>
On 29/07/2014 10:44 +0900, Katsumi Yamaoka wrote:
> Ok, I've added this user option:
>
> ,---- (info "(emacs-w3m)Other variables")
> | 'w3m-input-url-provide-initial-content'
> | If non-'nil', provide an initial minibuffer content (if any) when
> | entering a url. The default is 'nil'. A url string is not worth
> | editing in most cases since a url thing is generally a list of
> | arbitrary letters, not a human readable one. So, we provide no
> | initial content when prompting you for a url by default. But
> | sometimes there will be a case to be convenient if you can modify
> | the url string of the link under the cursor or of the current page.
> | In that case, you can use the 'M-n' key to fill the minibuffer with
> | an initial content if you use Emacs 23 and up. Otherwise, set this
> | variable to a non-'nil' value to always provide an initial content.
> `----
>
> In addition to this, I've improved the `M-n' command behavior.
> When entering a url string, now it offers the url of the current
> page as an initial content even if there is no link under the
> cursor. This is just what I sometimes wanted, so I'll probably
> never set the new user option. ;-)
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.
--
Filipp