> "KY" == Katsumi Yamaoka writes:
KY> The actual emacs-w3m bug was not to hold some of fetched plural
KY> name anchors that point to the same place. I've changed again
KY> the git master. This would probably be the right fix.
OK Good.
>> Note that there are *two* name anchors.
It seems
On Wed, 09 Sep 2020 09:33:50 +0900, Katsumi Yamaoka wrote:
> Note that there are *two* name anchors. I guess emacs-w3m might
> possibly override the first found one by the second one. But all
> of them should be fetched and held so to be referred to.
The actual emacs-w3m bug was not to hold
On Wed, 09 Sep 2020 06:38:11 +0800, 積丹尼さん wrote:
> I'm saying that emacs-w3m might be following this rule:
> https://en.wikipedia.org/wiki/URI_fragment#cite_ref-6
> "Notably they cannot begin with a digit or hyphen."
> But nowadays it seems there are newer rules, so emacs-w3m should expect
>
I'm saying that emacs-w3m might be following this rule:
https://en.wikipedia.org/wiki/URI_fragment#cite_ref-6
"Notably they cannot begin with a digit or hyphen."
But nowadays it seems there are newer rules, so emacs-w3m should expect
ones that do begin with a digit or hyphen.
> "KY" ==
On Tue, 08 Sep 2020 00:46:48 +0800, 積丹尼さん wrote:
> $ w3m https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968589#36
> Works fine. But
> $ emacs -q -f w3m
> for it, gives
> No such anchor: 36
[...]
> So maybe emacs-w3m needs #[a-z]36 instead of #36 in order for it to match.
I've done so in the
X-Debbugs-Cc: yama...@jpl.org
Package: w3m-el-snapshot
Version: 1.4.632+0.20200702.0409.dca01f9-1
$ w3m https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968589#36
Works fine. But
$ emacs -q -f w3m
for it, gives
No such anchor: 36
Despite
$ mech-dump --links
6 matches
Mail list logo