Re: master 5aa6a15: Treat the "Link" link in gnus-summary-browse-urls specially

[Sam Steingold]

> * Lars Ingebrigtsen <address@hidden> [2019-07-24 14:54:14 +0200]:
>
> Eric Abrahamsen <address@hidden> writes:
>
>> Could we put this back the way it was? I don't know why "Link" as link
>> text should be treated specially -- now if any of the urls are called
>> "Link" I have to delete the text. At least make it the default argument
>> to `completing-read', not the inital input. But I don't see why this
>> text is treated specially.
>
> As a DWIM thing, it may make sense?  But, yes, it shouldn't be the
> initial input.  As a default it's nice, though.  But then perhaps it
> should say (in the prompt) what the default is, which will make the
> default very long...

Precisely why I chose to use it as the initial input instead - because
if you do not like it, "C-a C-k" is fast enough.

> Other usability nits in that function: It uses widget-move, which will
> echo the contents, which is very annoying, because that means that it
> flashes a large number of things in the echo area.

That I will fix, thanks.

> And the prefix argument to `w' should probably be to act the same as in
> eww; i.e., use `shr-external-browser' for the browser.

Alas, the prefix argument is already used there ("also collect links
from message headers"), and it was so before my change, I will leave it
to you to change (personally, I never use eww).

-- 
Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.1671
http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com
http://iris.org.il http://honestreporting.com http://islamexposedonline.com
Linux: Telling Microsoft where to go since 1991.