*** empty log message ***
authorroot <root>
Wed, 22 Feb 2006 10:42:49 +0000 (10:42 +0000)
committerroot <root>
Wed, 22 Feb 2006 10:42:49 +0000 (10:42 +0000)
doc/rxvt.7.html
doc/rxvt.7.man.in
doc/rxvt.7.pod
doc/rxvt.7.txt

index e1e5bcdfbc634f8d4af67425be2ac49d690ce9ac..07df00ffd1245b2c5891cac1d59d3311098e9e05 100644 (file)
@@ -416,7 +416,7 @@ fix colours but keep you from using other rxvt-unicode features.</p>
 <p>Yes, using an escape sequence. Try something like this, which has the same
 effect as using the <code>-fn</code> switch, and takes effect immediately:</p>
 <pre>
-   printf '\e]50;%s\007' &quot;9x15bold,xft:Kochi Gothic&quot;</pre>
+   printf '\33]50;%s\007' &quot;9x15bold,xft:Kochi Gothic&quot;</pre>
 <p>This is useful if you e.g. work primarily with japanese (and prefer a
 japanese font), but you have to switch to chinese temporarily, where
 japanese fonts would only be in your way.</p>
@@ -1003,7 +1003,7 @@ something else, e.g. <code>en_GB.UTF-8</code>. Needless to say, this is not goin
 <p>The best thing is to fix your startup environment, as you will likely run
 into other problems. If nothing works you can try this in your .profile.</p>
 <pre>
-  printf '\e]701;%s\007' &quot;$LC_CTYPE&quot;</pre>
+  printf '\33]701;%s\007' &quot;$LC_CTYPE&quot;</pre>
 <p>If this doesn't work, then maybe you use a <code>LC_CTYPE</code> specification not
 supported on your systems. Some systems have a <code>locale</code> command which
 displays this (also, <code>perl -e0</code> can be used to check locale settings, as
@@ -1054,16 +1054,16 @@ rxvt-unicode with the correct <code>LC_CTYPE</code> category.</p>
 <p>Yes, using an escape sequence. Try something like this, which sets
 rxvt-unicode's idea of <code>LC_CTYPE</code>.</p>
 <pre>
-  printf '\e]701;%s\007' ja_JP.SJIS</pre>
+  printf '\33]701;%s\007' ja_JP.SJIS</pre>
 <p>See also the previous answer.</p>
 <p>Sometimes this capability is rather handy when you want to work in
 one locale (e.g. <code>de_DE.UTF-8</code>) but some programs don't support it
 (e.g. UTF-8). For example, I use this script to start <code>xjdic</code>, which
 first switches to a locale supported by xjdic and back later:</p>
 <pre>
-   printf '\e]701;%s\007' ja_JP.SJIS
+   printf '\33]701;%s\007' ja_JP.SJIS
    xjdic -js
-   printf '\e]701;%s\007' de_DE.UTF-8</pre>
+   printf '\33]701;%s\007' de_DE.UTF-8</pre>
 <p>You can also use xterm's <code>luit</code> program, which usually works fine, except
 for some locales where character width differs between program- and
 rxvt-unicode-locales.</p>
index 27d6bcdc6ad470fb57daf59043ab398704689a13..d97897149a40dfb2787d0e8b644a85fe5f53d7b7 100644 (file)
 .\" ========================================================================
 .\"
 .IX Title "rxvt 7"
-.TH rxvt 7 "2006-02-21" "7.7" "RXVT-UNICODE"
+.TH rxvt 7 "2006-02-22" "7.7" "RXVT-UNICODE"
 .SH "NAME"
 RXVT REFERENCE \- FAQ, command sequences and other background information
 .SH "SYNOPSIS"
@@ -478,7 +478,7 @@ Yes, using an escape sequence. Try something like this, which has the same
 effect as using the \f(CW\*(C`\-fn\*(C'\fR switch, and takes effect immediately:
 .PP
 .Vb 1
-\&   printf '\ee]50;%s\e007' "9x15bold,xft:Kochi Gothic"
+\&   printf '\e33]50;%s\e007' "9x15bold,xft:Kochi Gothic"
 .Ve
 .PP
 This is useful if you e.g. work primarily with japanese (and prefer a
@@ -1238,7 +1238,7 @@ The best thing is to fix your startup environment, as you will likely run
 into other problems. If nothing works you can try this in your .profile.
 .PP
 .Vb 1
-\&  printf '\ee]701;%s\e007' "$LC_CTYPE"
+\&  printf '\e33]701;%s\e007' "$LC_CTYPE"
 .Ve
 .PP
 If this doesn't work, then maybe you use a \f(CW\*(C`LC_CTYPE\*(C'\fR specification not
@@ -1305,7 +1305,7 @@ Yes, using an escape sequence. Try something like this, which sets
 rxvt\-unicode's idea of \f(CW\*(C`LC_CTYPE\*(C'\fR.
 .PP
 .Vb 1
-\&  printf '\ee]701;%s\e007' ja_JP.SJIS
+\&  printf '\e33]701;%s\e007' ja_JP.SJIS
 .Ve
 .PP
 See also the previous answer.
@@ -1316,9 +1316,9 @@ one locale (e.g. \f(CW\*(C`de_DE.UTF\-8\*(C'\fR) but some programs don't support
 first switches to a locale supported by xjdic and back later:
 .PP
 .Vb 3
-\&   printf '\ee]701;%s\e007' ja_JP.SJIS
+\&   printf '\e33]701;%s\e007' ja_JP.SJIS
 \&   xjdic -js
-\&   printf '\ee]701;%s\e007' de_DE.UTF-8
+\&   printf '\e33]701;%s\e007' de_DE.UTF-8
 .Ve
 .PP
 You can also use xterm's \f(CW\*(C`luit\*(C'\fR program, which usually works fine, except
index e643a79539ffb2ece3b09a3924c26063b47e4ec1..c3856d86d4a52940220aecee7bed46cc95836a7e 100644 (file)
@@ -304,7 +304,7 @@ fix colours but keep you from using other rxvt-unicode features.
 Yes, using an escape sequence. Try something like this, which has the same
 effect as using the C<-fn> switch, and takes effect immediately:
 
-   printf '\e]50;%s\007' "9x15bold,xft:Kochi Gothic"
+   printf '\33]50;%s\007' "9x15bold,xft:Kochi Gothic"
 
 This is useful if you e.g. work primarily with japanese (and prefer a
 japanese font), but you have to switch to chinese temporarily, where
@@ -962,7 +962,7 @@ something else, e.g. C<en_GB.UTF-8>. Needless to say, this is not going to work.
 The best thing is to fix your startup environment, as you will likely run
 into other problems. If nothing works you can try this in your .profile.
 
-  printf '\e]701;%s\007' "$LC_CTYPE"
+  printf '\33]701;%s\007' "$LC_CTYPE"
 
 If this doesn't work, then maybe you use a C<LC_CTYPE> specification not
 supported on your systems. Some systems have a C<locale> command which
@@ -1022,7 +1022,7 @@ rxvt-unicode with the correct C<LC_CTYPE> category.
 Yes, using an escape sequence. Try something like this, which sets
 rxvt-unicode's idea of C<LC_CTYPE>.
 
-  printf '\e]701;%s\007' ja_JP.SJIS
+  printf '\33]701;%s\007' ja_JP.SJIS
 
 See also the previous answer.
 
@@ -1031,9 +1031,9 @@ one locale (e.g. C<de_DE.UTF-8>) but some programs don't support it
 (e.g. UTF-8). For example, I use this script to start C<xjdic>, which
 first switches to a locale supported by xjdic and back later:
 
-   printf '\e]701;%s\007' ja_JP.SJIS
+   printf '\33]701;%s\007' ja_JP.SJIS
    xjdic -js
-   printf '\e]701;%s\007' de_DE.UTF-8
+   printf '\33]701;%s\007' de_DE.UTF-8
 
 You can also use xterm's C<luit> program, which usually works fine, except
 for some locales where character width differs between program- and
index 494686ca8dd5c778b9a6f27f1e8b38286c2ca8ee..d707a43e580439d12abbff74b1af27683f2dcfc5 100644 (file)
@@ -283,7 +283,7 @@ RXVT-UNICODE/URXVT FREQUENTLY ASKED QUESTIONS
     Yes, using an escape sequence. Try something like this, which has the
     same effect as using the "-fn" switch, and takes effect immediately:
 
-       printf '\e]50;%s\007' "9x15bold,xft:Kochi Gothic"
+       printf '\33]50;%s\007' "9x15bold,xft:Kochi Gothic"
 
     This is useful if you e.g. work primarily with japanese (and prefer a
     japanese font), but you have to switch to chinese temporarily, where
@@ -908,7 +908,7 @@ RXVT-UNICODE/URXVT FREQUENTLY ASKED QUESTIONS
     run into other problems. If nothing works you can try this in your
     .profile.
 
-      printf '\e]701;%s\007' "$LC_CTYPE"
+      printf '\33]701;%s\007' "$LC_CTYPE"
 
     If this doesn't work, then maybe you use a "LC_CTYPE" specification not
     supported on your systems. Some systems have a "locale" command which
@@ -964,7 +964,7 @@ RXVT-UNICODE/URXVT FREQUENTLY ASKED QUESTIONS
     Yes, using an escape sequence. Try something like this, which sets
     rxvt-unicode's idea of "LC_CTYPE".
 
-      printf '\e]701;%s\007' ja_JP.SJIS
+      printf '\33]701;%s\007' ja_JP.SJIS
 
     See also the previous answer.
 
@@ -973,9 +973,9 @@ RXVT-UNICODE/URXVT FREQUENTLY ASKED QUESTIONS
     UTF-8). For example, I use this script to start "xjdic", which first
     switches to a locale supported by xjdic and back later:
 
-       printf '\e]701;%s\007' ja_JP.SJIS
+       printf '\33]701;%s\007' ja_JP.SJIS
        xjdic -js
-       printf '\e]701;%s\007' de_DE.UTF-8
+       printf '\33]701;%s\007' de_DE.UTF-8
 
     You can also use xterm's "luit" program, which usually works fine,
     except for some locales where character width differs between program-