-# Reconstructed via infocmp from file: /etc/terminfo/r/rxvt-unicode
+# Reconstructed via infocmp from file: /usr/share/terminfo/r/rxvt-unicode
# (untranslatable capabilities removed to fit entry within 1023 bytes)
rxvt-unicode|rxvt-unicode terminal (X Window System):\
:am:bw:eo:km:mi:ms:xn:xo:\
:co#80:it#8:li#24:lm#0:\
:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:IC=\E[%d@:\
:K1=\EOw:K2=\EOu:K3=\EOy:K4=\EOq:K5=\EOs:LE=\E[%dD:\
- :RI=\E[%dC:SF=\E[%dS:SR=\E[%dT:UP=\E[%dA:ae=^O:al=\E[L:\
- :as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:\
- :cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:\
- :ec=\E[%dX:ei=\E[4l:ho=\E[H:i1=\E[?47l\E=\E[?1l:ic=\E[@:\
- :im=\E[4h:is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l:\
+ :RI=\E[%dC:SF=\E[%dS:SR=\E[%dT:UP=\E[%dA:ae=\E(B:al=\E[L:\
+ :as=\E(0:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:\
+ :cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:\
+ :dl=\E[M:do=^J:ec=\E[%dX:ei=\E[4l:ho=\E[H:\
+ :i1=\E[?47l\E=\E[?1l:ic=\E[@:im=\E[4h:\
+ :is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l:\
:k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~:k5=\E[15~:\
:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:\
:kI=\E[2~:kN=\E[6~:kP=\E[5~:kb=\177:kd=\EOB:ke=\E[?1l\E>:\
B<Print> to initiate a screen dump to the printer and B<Ctrl-Print> or
B<Shift-Print> to include the scrollback as well.
+The string will be interpreted as if typed into the shell as-is.
+
=item B<scrollBar:> I<boolean>
B<True>: enable the scrollbar [default]; option B<-sb>. B<False>:
box data is correct.</p>
</dd>
<p></p>
+<dt><strong><a name="item_on_solaris_9_2c_many_line_2ddrawing_characters_are">On Solaris 9, many line-drawing characters are too wide.</a></strong><br />
+</dt>
+<dd>
+Seems to be a known bug, read
+<a href="http://nixdoc.net/files/forum/about34198.html">http://nixdoc.net/files/forum/about34198.html</a>. Some people use the
+following ugly workaround to get non-double-wide-characters working:
+</dd>
+<dd>
+<pre>
+ #define wcwidth(x) wcwidth(x) > 1 ? 1 : wcwidth(x)</pre>
+</dd>
+<p></p>
<dt><strong><a name="item_compose">My Compose (Multi_key) key is no longer working.</a></strong><br />
</dt>
<dd>
complete replacements for them :)</p>
</dd>
<p></p>
+<dt><strong><a name="item_i_use_solaris_9_and_it_doesn_27t_compile_2fwork_2f">I use Solaris 9 and it doesn't compile/work/etc.</a></strong><br />
+</dt>
+<dd>
+Try the diff in <em>doc/solaris9.patch</em> as a base. It fixes the worst
+problems with <code>wcwidth</code> and a compile problem.
+</dd>
+<p></p>
<dt><strong><a name="item_how_does_rxvt_2dunicode_determine_the_encoding_to_">How does rxvt-unicode determine the encoding to use?</a></strong><br />
</dt>
<dt><strong><a name="item_is_there_an_option_to_switch_encodings_3f">Is there an option to switch encodings?</a></strong><br />
-.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.14
+.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.3
.\"
.\" Standard preamble:
.\" ========================================================================
.\" ========================================================================
.\"
.IX Title "rxvt 7"
-.TH rxvt 7 "2005-04-17" "5.3" "RXVT-UNICODE"
+.TH rxvt 7 "2005-06-26" "5.6" "RXVT-UNICODE"
.SH "NAME"
RXVT REFERENCE \- FAQ, command sequences and other background information
.SH "SYNOPSIS"
.Sp
All of this is not a problem when using X11 core fonts, as their bounding
box data is correct.
+.IP "On Solaris 9, many line-drawing characters are too wide." 4
+.IX Item "On Solaris 9, many line-drawing characters are too wide."
+Seems to be a known bug, read
+<http://nixdoc.net/files/forum/about34198.html>. Some people use the
+following ugly workaround to get non-double-wide-characters working:
+.Sp
+.Vb 1
+\& #define wcwidth(x) wcwidth(x) > 1 ? 1 : wcwidth(x)
+.Ve
.IP "My Compose (Multi_key) key is no longer working." 4
.IX Item "My Compose (Multi_key) key is no longer working."
The most common causes for this are that either your locale is not set
The rxvt-unicode author insists that the right way to fix this is in the
system libraries once and for all, instead of forcing every app to carry
complete replacements for them :)
+.IP "I use Solaris 9 and it doesn't compile/work/etc." 4
+.IX Item "I use Solaris 9 and it doesn't compile/work/etc."
+Try the diff in \fIdoc/solaris9.patch\fR as a base. It fixes the worst
+problems with \f(CW\*(C`wcwidth\*(C'\fR and a compile problem.
.IP "How does rxvt-unicode determine the encoding to use?" 4
.IX Item "How does rxvt-unicode determine the encoding to use?"
.PD 0
All of this is not a problem when using X11 core fonts, as their
bounding box data is correct.
+ On Solaris 9, many line-drawing characters are too wide.
+ Seems to be a known bug, read
+ <http://nixdoc.net/files/forum/about34198.html>. Some people use the
+ following ugly workaround to get non-double-wide-characters working:
+
+ #define wcwidth(x) wcwidth(x) > 1 ? 1 : wcwidth(x)
+
My Compose (Multi_key) key is no longer working.
The most common causes for this are that either your locale is not
set correctly, or you specified a preeditStyle that is not supported
the system libraries once and for all, instead of forcing every app
to carry complete replacements for them :)
+ I use Solaris 9 and it doesn't compile/work/etc.
+ Try the diff in doc/solaris9.patch as a base. It fixes the worst
+ problems with "wcwidth" and a compile problem.
+
How does rxvt-unicode determine the encoding to use?
Is there an option to switch encodings?
Unlike some other terminals, rxvt-unicode has no encoding switch,