Your message dated Mon, 09 Jun 2008 00:39:24 +0900 (JST)
with message-id <[EMAIL PROTECTED]>
and subject line Re: [w3m] bugs fixed-upstream
has caused the Debian Bug report #350843,
regarding w3m: would like SHIFT-TAB to be bound to PREV_LINK by default
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
350843: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350843
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: w3m
Version: 0.5.1-4
Severity: wishlist
File: /usr/bin/w3m
Tags: patch
Hi there.
I am very used to the semantic -- which is standard in the U.S. as far as I
know, that SHIFT-TAB means "move backward one tab stop". As opposed to
unshifted TAB, which moves forward. This has been adapted to widget
selection in GUIs like GTK+ and Qt. You can rotate through the available
widgets without using the mouse. TAB moves you forward and SHIFT-TAB moves
you backwards.
When I use w3m I find it frustrating that TAB moves forward through the
available links, but SHIFT-TAB doesn't move backwards.
The obvious solution, "keymap S-TAB PREV_LINK", doesn't work because
SHIFT-TAB is not an ordinary ASCII character but a terminal control
sequence. Terminfo refers to it as "cbt" ("back tab").
You have to say, in your $HOME/.w3m/keymap file:
keymap ^[[Z PREV_LINK
You can type the ^[ literally, without fancy quoting tricks -- w3m's key
binding parser will understand it to mean ESC.
I am attaching a patch that updates the default keybinding accordingly.
There's only one problem: the w3mhelp.cgi script doesn't seem to notice
that the sequence is bound, and yet it works anyway. This may be a bug in
whatever code lists all key bindings for a given function.
The former approach, using a keymap file, does not tickle this bug in the
w3mhelp CGI script.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages w3m depends on:
ii libc6 2.3.5-12 GNU C Library: Shared libraries an
ii libgc1c2 1:6.6-2 conservative garbage collector for
ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib
ii libncurses5 5.5-1 Shared libraries for terminal hand
ii libssl0.9.7 0.9.7g-5 SSL shared libraries
ii zlib1g 1:1.2.3-9 compression library - runtime
Versions of packages w3m recommends:
ii ca-certificates 20050804 Common CA Certificates PEM files
-- no debconf information
--- w3m-0.5.1.debian/keybind.c 2002-12-12 22:02:03.000000000 -0500
+++ w3m-0.5.1/keybind.c 2006-01-31 21:20:39.000000000 -0500
@@ -99,7 +99,7 @@
/* P Q R S T U V W */
nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd,
/* X Y Z [ \ ] ^ _ */
- nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd,
+ nulcmd, nulcmd, prevA, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd,
/* ` a b c d e f g */
nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd, nulcmd,
/* h i j k l m n o */
--- End Message ---
--- Begin Message ---
Version: 0.5.2-1
On May 29, 2006 at 10:45PM +0200,
kuser (at gmx.de) wrote:
> package w3m
> tag 299462 fixed-upstream
> tag 208378 fixed-upstream
[...]
> Patches have been merged upstream.
Should fixed in w3m 0.5.2-1. Closing.
Thanks,
--
Tatsuya Kinoshita
pgputjEZvj5Vt.pgp
Description: PGP signature
--- End Message ---
