Bug#383884:
Bug#383884:
Bug#383884:
Bug report
Bug#383884: Was a solution ever found to Bug #383884?
w3m: [console + gpm] Mouse only works when prompt is active (20 Aug 2006) The old W3M version that my husband had been useing for a LONG time never handled https sites at all. Since wikipedia switched to https-only, he decided to update his much-tweaked/recompiled/fixed w3m. Days later... The mouse doesn't work under the console without hitting keyboard characters first, although it worked properly in the version he had been using. This is absolutely wrong. Who would ever think to use w3m under X? Long ago my husband sent Tatsuya a list of repairs/bugfixes etc. Tatsuya replied that he wouldn't correspond with my husband because he was not a certified developer. No wonder his software is crap. Just hoping that you actually found a solution but didn't bother to post. Thanks, Bev Ashley -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#383884: Was a solution ever found to Bug #383884?
On Sun, 2015-06-14, at 18:59:58 (+0200), The Real Bev wrote: w3m: [console + gpm] Mouse only works when prompt is active (20 Aug 2006) The old W3M version that my husband had been useing for a LONG time never handled https sites at all. Since wikipedia switched to https-only, he decided to update his much-tweaked/recompiled/fixed w3m. Days later... The mouse doesn't work under the console without hitting keyboard characters first, although it worked properly in the version he had been using. This is absolutely wrong. Who would ever think to use w3m under X? *ahem* :-} I sometimes use it under X to quickly look something up, because starting one of the major web browsers (Iceweasel, Chromium) takes much longer. Long ago my husband sent Tatsuya a list of repairs/bugfixes etc. Tatsuya replied that he wouldn't correspond with my husband because he was not a certified developer. No wonder his software is crap. he = your husband or Tatsuya? Makes a great difference in character traits of the developer, although the outcome is the same, admittedly. Just hoping that you actually found a solution but didn't bother to post. I tried it once more, and it seems nothing has changed. :-/ But there are alternatives, depending on what your husband is looking for. Obviously, he - does not want to (or cannot) work with X11 - wants or needs mouse support With these prerequisites, there are a few alternatives: - links - links2 - elinks (lynx and netriks do not seem to support mouse) where links2 optionally supports libsvga and framebuffer graphics (-g, read the manual page for graphics mode configuration), similar to w3m with w3m-img installed. If your husband is severely autistic, a member of the Triple Nine Society, or on a really bad LSD trip, he could try edbrowse, although I'm not sure if it supports mouse. (Admittedly, I used ed when I was younger, but still ...) Regards Marc-Jano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#383884: w3m: [console + gpm] Mouse only works when prompt is active
Package: w3m Version: 0.5.1-5 Severity: normal On the linux VGA 80x25 textmode console (no graphical framebuffer), the mouse only works as expected when a prompt is active. Details: * Start w3m -config /dev/null www.debian.org (just as example) There is no mouse cursor visible, and w3m doesn't react to any mouse movement or clicking. When holding down a modifier key (shift, alt, ctrl, ...), the mouse cursor is visible, and the mouse is in the normal copy-and-paste mode, which would be the default behavior on the console. * Hit 'U' to enter a URL or '#' to read a shell command or probably just any other command that makes w3m prompt. Now the mouse works as expected; you can scroll around and double-click links. Note that if you tried to scroll and double-click links before a prompt was active, all these actions are processed belatedly as soon as a prompt appears. * Hitting Ctrl-G to close the prompt makes the mouse seemingly unavailable again. This only happens on the console with gpm; in an xterm, everything works fine. The behavior is not related to the visited site. As (at least at a first glance), gpm seems to work with e.g. jed, I presume that this bug belongs to w3m (or maybe ncurses, since jed uses only libslang). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages w3m depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgc1c2 1:6.7-2conservative garbage collector for ii libgpmg1 1.19.6-22 General Purpose Mouse - shared lib ii libncurses5 5.5-2 Shared libraries for terminal hand ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20050804 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383884: w3m: Pressing 'm' (Toggle activity of mouse (MOUSE_TOGGLE)) doesn't help
Package: w3m Version: 0.5.1-5 Followup-For: Bug #383884 Pressing the key 'm' (Toggle activity of mouse (MOUSE_TOGGLE)) doesn't change anything regarding this bug. The mouse still doesn't work when there's no prompt. { The following section System Information is actually redundant, but I didn't dare to delete it. Tell me if I can do so in the future. } -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=de_DE, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages w3m depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgc1c2 1:6.7-2conservative garbage collector for ii libgpmg1 1.19.6-22 General Purpose Mouse - shared lib ii libncurses5 5.5-2 Shared libraries for terminal hand ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20050804 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383884: w3m: [console + gpm] Mouse only works when prompt is active
On Sun, Aug 20, 2006 at 03:40:07PM +0200, Marc-Jano Knopp wrote: Package: w3m Version: 0.5.1-5 Severity: normal ... As (at least at a first glance), gpm seems to work with e.g. jed, I presume that this bug belongs to w3m (or maybe ncurses, since jed uses only libslang). It belongs to w3m. Although it's linked with ncurses, w3m uses only the termcap interface provided by ncurses (there's no mouse in there). w3m doesn't use any of the other interfaces which would enable the mouse. (As a matter of fact, w3m misuses several of the ncurses interface symbols for no particularly good reason - but that's outside the scope of this bug report). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpBun3o7jvpQ.pgp Description: PGP signature