[ViewVC] Diff of: cvs/rxvt-unicode/README.FAQ

Comparing rxvt-unicode/README.FAQ (file contents):
Revision 1.23 by root, Tue Jan 10 04:26:54 2006 UTC vs.
Revision 1.32 by root, Thu Jan 19 19:26:30 2006 UTC

 FREQUENTLY ASKED QUESTIONS
+    The new selection selects pieces that are too big, how can I select
+    single words?
+        Yes. For example, if you want to select alphanumeric words, you can
+        use the following resource:
+           URxvt.selection.pattern-0: ([[:word:]]+)
+        If you click more than twice, the selection will be extended more
+        and more.
+        To get a selection that is very similar to the old code, try this
+        pattern:
+           URxvt.selection.pattern-0: ([^"&'()*,;<=>?@[\\\\]^`{|})]+)
+        Please also note that the *LeftClick Shift-LeftClik* combination
+        also selects words like the old code.
+    I don't like the new selection/popups/hotkeys/perl, how do I
+    change/disable it?
+        You can disable the perl extension completely by setting the
+        perl-ext-common resource to the empty string, which also keeps
+        rxvt-unicode from initialising perl, saving memory.
+        If you only want to disable specific features, you first have to
+        identify which perl extension is responsible. For this, read the
+        section PREPACKAGED EXTENSIONS in the rxvtperl(3) manpage. For
+        example, to disable the selection-popup and option-popup, specify
+        this perl-ext-common resource:
+           URxvt.perl-ext-common: default,-selection-popup,-option-popup
+        This will keep the default extensions, but disable the two popup
+        extensions. Some extensions can also be configured, for example,
+        scrollback search mode is triggered by M-s. You can move it to any
+        other combination either by setting the searchable-scrollback
+        resource:
+           URxvt.searchable-scrollback: CM-s
     Isn't rxvt supposed to be small? Don't all those features bloat?
         I often get asked about this, and I think, no, they didn't cause
         extra bloat. If you compare a minimal rxvt and a minimal urxvt, you
         can see that the urxvt binary is larger (due to some encoding tables
         always being compiled in), but it actually uses less memory (RSS)
         When using the rxvtc client, the version displayed is that of the
         daemon.
     I am using Debian GNU/Linux and have a problem...
         The Debian GNU/Linux package of rxvt-unicode in sarge contains large
-        patches that considerably change the behaviour of rxvt-unicode.
+        patches that considerably change the behaviour of rxvt-unicode (but
-        Before reporting a bug to the original rxvt-unicode author please
+        unfortunately this notice has been removed). Before reporting a bug
-        download and install the genuine version
+        to the original rxvt-unicode author please download and install the
-        (<http://software.schmorp.de#rxvt-unicode>) and try to reproduce the
+        genuine version (<http://software.schmorp.de#rxvt-unicode>) and try
-        problem. If you cannot, chances are that the problems are specific
+        to reproduce the problem. If you cannot, chances are that the
-        to Debian GNU/Linux, in which case it should be reported via the
+        problems are specific to Debian GNU/Linux, in which case it should
-        Debian Bug Tracking System (use "reportbug" to report the bug).
+        be reported via the Debian Bug Tracking System (use "reportbug" to
+        report the bug).
         For other problems that also affect the Debian package, you can and
         probably should use the Debian BTS, too, because, after all, it's
         also a bug in the Debian version and it serves as a reminder for
         other users that might encounter the same issue.
         of encodings built-in that increase download times and are rarely
         used).
     I need to make it setuid/setgid to support utmp/ptys on my OS, is this
     safe?
-        Likely not. While I honestly try to make it secure, and am probably
+        It should be, starting with release 7.1. You are encouraged to
-        not bad at it, I think it is simply unreasonable to expect all of
+        properly install urxvt with privileges necessary for your OS now.
-        freetype + fontconfig + xft + xlib + ... + rxvt-unicode itself to
-        all be secure. Also, rxvt-unicode disables some options when it
-        detects that it runs setuid or setgid, which is not nice.
-        Elevated privileges are only required for utmp and pty operations on
+        When rxvt-unicode detects that it runs setuid or setgid, it will
-        some systems (for example, GNU/Linux doesn't need any extra
+        fork into a helper process for privileged operations (pty handling
-        privileges for ptys, but some need it for utmp support). If
+        on some systems, utmp/wtmp/lastlog handling on others) and drop
-        rxvt-unicode doesn't support the library/setuid helper that your OS
+        privileges immediately. This is much safer than most other terminals
-        needs I'll be happy to assist you in implementing support for it.
+        that keep privileges while running (but is more relevant to urxvt,
+        as it contains things as perl interpreters, which might be "helpful"
+        to attackers).
-        So, while setuid/setgid operation is supported and not a problem on
+        This forking is done as the very first within main(), which is very
-        your typical single-user-no-other-logins unix desktop, always
+        early and reduces possible bugs to initialisation code run before
-        remember that its an awful lot of code, most of which isn't checked
+        main(), or things like the dynamic loader of your system, which
-        for security issues regularly.
+        should result in very little risk.
     When I log-in to another system it tells me about missing terminfo data?
         The terminal description used by rxvt-unicode is not as widely
         available as that for xterm, or even rxvt (for which the same
         problem often arises).
     My input method wants <some encoding> but I want UTF-8, what can I do?
         You can specify separate locales for the input method and the rest
         of the terminal, using the resource "imlocale":
-           URxvt*imlocale: ja_JP.EUC-JP
+           URxvt.imlocale: ja_JP.EUC-JP
         Now you can start your terminal with "LC_CTYPE=ja_JP.UTF-8" and
         still use your input method. Please note, however, that you will not
         be able to input characters outside "EUC-JP" in a normal way then,
         as your input method limits you.
     Mouse cut/paste suddenly no longer works.
         Make sure that mouse reporting is actually turned off since killing
         some editors prematurely may leave the mouse in mouse report mode.
         I've heard that tcsh may use mouse reporting unless it otherwise
         specified. A quick check is to see if cut/paste works when the Alt
-        or Shift keys are depressed. See rxvt(7)
+        or Shift keys are depressed.
     What's with this bold/blink stuff?
         If no bold colour is set via "colorBD:", bold will invert text using
         the standard foreground colour.
            # use Backspace = ^?
            $ stty erase ^?
            $ rxvt
-        Toggle with "ESC [ 36 h" / "ESC [ 36 l" as documented in rxvt(7).
+        Toggle with "ESC [ 36 h" / "ESC [ 36 l".
         For an existing rxvt-unicode:
            # use Backspace = ^H
            $ stty erase ^H

Diff Legend

-–
+Removed lines
-+
+Added lines
-<
+Changed lines
->
+Changed lines

Comparing rxvt-unicode/README.FAQ (file contents): Revision 1.23 by root, Tue Jan 10 04:26:54 2006 UTC vs. Revision 1.32 by root, Thu Jan 19 19:26:30 2006 UTC

Diff Legend

Comparing rxvt-unicode/README.FAQ (file contents):
Revision 1.23 by root, Tue Jan 10 04:26:54 2006 UTC vs.
Revision 1.32 by root, Thu Jan 19 19:26:30 2006 UTC