GNU bug report logs - #37193
27.0.50; TAB in article mode gets trapped in the header section

Previous Next

Full log

Message #28 received at 37193-done <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 37193-done <at> debbugs.gnu.org, "Jose A. Ortega Ruiz" <jao <at> gnu.org>
Subject: Re: bug#37193: 27.0.50; TAB in article mode gets trapped in the
 header section
Date: Tue, 24 Sep 2019 12:20:53 +0900

On Mon, 23 Sep 2019 12:20:41 +0200, Lars Ingebrigtsen wrote:
> "Jose A. Ortega Ruiz" <jao <at> gnu.org> writes:
>>   w3m-imitate-widget-button is a variable defined in w3m.el.
> Heh.  Perhaps w3m could be amended to imitate the button.el buttons,
> too?  I've Cc'd Katsumi.

First of all, it's not an Emacs bug, so I'm closing this before
getting started to work on emacs-w3m (and I'll report it here in
short when I'm able to make emacs-w3m something better).

Currently `w3m-imitate-widget-button' will work only in the body
area that emacs-w3m renders.  There tab and backtab keys are
bound to `w3m-next-anchor' and `w3m-previous-anchor' that behave
like `forward-button' and `backward-button' if evaluating the
value of `w3m-imitate-widget-button' returns non-nil.

;; I didn't know the problem since I usually use shr in almost
;; groups; I'm using `mm-text-html-renderer' as a group parameter
;; to set it to w3m in only a few groups. ;-)

Thanks.
Regards,

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.