From: root Date: Wed, 22 Feb 2006 10:42:49 +0000 (+0000) Subject: *** empty log message *** X-Git-Url: http://git.openbox.org/?a=commitdiff_plain;h=59c4759c45181de2ca4a50e5f60a3eb5a97ea9c1;p=dana%2Furxvt.git *** empty log message *** --- diff --git a/doc/rxvt.7.html b/doc/rxvt.7.html index e1e5bcdf..07df00ff 100644 --- a/doc/rxvt.7.html +++ b/doc/rxvt.7.html @@ -416,7 +416,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 -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 japanese fonts would only be in your way.

@@ -1003,7 +1003,7 @@ something else, e.g. en_GB.UTF-8. Needless to say, this is not goin

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 LC_CTYPE specification not supported on your systems. Some systems have a locale command which displays this (also, perl -e0 can be used to check locale settings, as @@ -1054,16 +1054,16 @@ rxvt-unicode with the correct LC_CTYPE category.

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.

Sometimes this capability is rather handy when you want to work in one locale (e.g. de_DE.UTF-8) but some programs don't support it (e.g. 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- and rxvt-unicode-locales.

diff --git a/doc/rxvt.7.man.in b/doc/rxvt.7.man.in index 27d6bcdc..d9789714 100644 --- a/doc/rxvt.7.man.in +++ b/doc/rxvt.7.man.in @@ -129,7 +129,7 @@ .\" ======================================================================== .\" .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 diff --git a/doc/rxvt.7.pod b/doc/rxvt.7.pod index e643a795..c3856d86 100644 --- a/doc/rxvt.7.pod +++ b/doc/rxvt.7.pod @@ -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. 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 specification not supported on your systems. Some systems have a C command which @@ -1022,7 +1022,7 @@ rxvt-unicode with the correct C category. Yes, using an escape sequence. Try something like this, which sets rxvt-unicode's idea of C. - 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) but some programs don't support it (e.g. UTF-8). For example, I use this script to start C, 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 program, which usually works fine, except for some locales where character width differs between program- and diff --git a/doc/rxvt.7.txt b/doc/rxvt.7.txt index 494686ca..d707a43e 100644 --- a/doc/rxvt.7.txt +++ b/doc/rxvt.7.txt @@ -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-