Bug#304700: elvis: Visual { and } commands behaving incorrectly relative to documentation
Hello,
On Thu, 14 Apr 2005, Dave Sherohman wrote:
> This { is considered to be a start-of-section.
> This { is not.
The explanation given near "elvisvi.html#obra" is not correct
and the correct explanation is given near
"elvisopt.html#tweaksection".
To get the behaviour you are looking for
:set tweaksection=off
I will fix the documentation to indicate this in the next (and my
first as maintainer!) upload of elvis.
Meanwhile, if you feel (after reading Steve Kirkendall's explanation
of why he introduced "tweaksection") that the option should be off by
default then please feel free to write a follow-up indicating this.
Regards,
Kapil.
--
signature.asc
Description: Digital signature
Bug#306209: Elvis --- Safe under any WM? :)
tag 306209 unreproducible moreinfo thanks Elvis (X11 version) seems to be stable upon switching virtual desks under different window managers. I think the bug may have to do with the window manager the submitter was using. I assumed this was the default KDE window manager in my previous post to this bug report (though even that was stable). In any case I have not been able to reproduce this behaviour and cannot take any follow-up action without further input from the submitter. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#290689: elvis: Just to make sure I understand ...
Hello, Quoting from "howto.html": Indicate when Elvis owns the current X11 selection The cursor can be configured to have a special color whenever Elvis owns the current selection. On Tue, 18 Jan 2005, wim delvaux wrote: > However I am not entirely sure that the explained behavior is correct. > I do not 'really' understand exactly when 'owning selection' occurs. There are two different selections which need to be distinguished. One is the selection of text by elvis. In gui mode this is indicated by suitable highlighting. The other is what forms the "selection" for X11. This could be within the elvis window or outside. Only the second type of selection decides what color the cursor takes. After the command "color cursor color1 on color2": Whenever the X11 selection lies outside the elvis window, the cursor takes on color1. Whenever the X11 selection lies within the elvis window, the cursor takes on color2. I hope this explanation is satisfactory and that I can close this bug. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#346175: don't hardcode netscape
Package: vrweb Version: 1.5-13 Severity: normal Currently vrweb hardcodes netscape as the Help utility, so help is therefore not available. README.Debian talks about the problem, saying mosaic is the only alternative. But that was in 1999, surely we can do better in 2006! Would it help to simply hard code "x-www-browser" instead of "netscape" in the source code? Drew -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages vrweb depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libglu1-xorg [libglu1]6.9.0.dfsg.1-1 Mesa OpenGL utility library [X.Org ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii libtiff4 3.7.4-1Tag Image File Format (TIFF) libra ii libx11-6 6.9.0.dfsg.1-1 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-1 X Window System miscellaneous exte ii libxmu6 6.9.0.dfsg.1-1 X Window System miscellaneous util ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-1 Mesa 3D graphics library [X.Org] ii xlibs 6.9.0.dfsg.1-1 X Window System client libraries m vrweb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
