[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#19555: shr-urlify: undecoded URIs make help-echo unhelpful
From: |
Ivan Shmakov |
Subject: |
bug#19555: shr-urlify: undecoded URIs make help-echo unhelpful |
Date: |
Tue, 13 Jan 2015 18:15:19 +0000 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) |
>>>>> Juri Linkov <juri@linkov.net> writes:
>> As of 88bc8332eb14 (2015-01-07 13:51:41 +0000), shr-urlify stores an
>> undecoded URI as the link text's help-echo property, while it should
>> most probably use a decoded IRI string instead.
> Firefox uses the preference network.standard-url.escape-utf8 to do
> the same: http://kb.mozillazine.org/Network.standard-url.escape-utf8
> and it was useful by set it to false, so I welcome this change,
> thanks.
The change only affects the text displayed in the echo area when
walking over the links (as in: shr-next-link, TAB), while the
Firefox option above deals with copying of the URIs, – an
equivalent to shr-copy-url (‘w’.) Or perhaps G C-n in EWW, –
assuming eww-links-at-point tops the eww-suggest-uris list.
The latter is yet to be changed. But given that the user may or
may not want an decoded URI, I’d rather introduce a customizable
variable for that, yes.
--
FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A