--- rxvt-unicode/doc/rxvt.1.pod 2006/01/29 20:51:27 1.107 +++ rxvt-unicode/doc/rxvt.1.pod 2006/04/02 17:07:32 1.113 @@ -97,7 +97,7 @@ =item B<-depth> I -Compile I: Attempt to find a visual with the given bit depth; +Compile I: Attempt to find a visual with the given bit depth; resource B. =item B<-geometry> I @@ -117,6 +117,9 @@ Turn on/off inheriting parent window's pixmap. Alternative form is B<-tr>; resource B. +I + =item B<-fade> I Fade the text by the given percentage when focus is lost. Small values @@ -126,7 +129,7 @@ =item B<-fadecolor> I Fade to this colour when fading is used (see B<-fade>). The default colour -is black. resource B. +is opaque black. resource B. =item B<-tint> I @@ -514,7 +517,7 @@ =item B I -Compile I: Attempt to find a visual with the given bit depth; +Compile I: Attempt to find a visual with the given bit depth; option B<-depth>. =item B I @@ -599,6 +602,9 @@ artificial transparency. B: do not inherit the parent windows' pixmap. +I + =item B I Fade the text by the given percentage when focus is lost; option B<-fade>. @@ -1342,13 +1348,14 @@ a number 0-15, as a convenient shorthand to reference the colour name of color0-color15. -If Xft support has been compiled in and as long as Xft/Xrender don't get -their act together, rxvt-unicode will support C<#ARGB>, C<#AARRGGBB> -and C<#AAAARRRRGGGGBBBB> colour specifications, in addition to the ones -provided by X, where the additional A component specifies alpha (opacity) -values (0 is completely transparent and the maximum is opaque). You -probably need to specify B<"-depth 32">, too, as X is far from just -supporting ARGB visuals out of the box. +In addition to the colours defined above, @@RXVT_NAME@@ offers an +additional 72 colours. The first 64 of those (with indices 16 to 79) +consist of a 4*4*4 RGB colour cube (i.e. I), followed by 8 additional shades of gray (with indices 80 to 87). + +Together, all those colours implement the 88 colour xterm colours. Only +the first 16 can be changed using resources currently, the rest can only +be changed via command sequences ("escape codes"). Note that B<-rv> (B<"reverseVideo: True">) simulates reverse video by always swapping the foreground/background colours. This is in contrast to @@ -1364,6 +1371,28 @@ =back +=head2 ALPHA CHANNEL SUPPORT + +If Xft support has been compiled in and as long as Xft/Xrender/X don't get +their act together, rxvt-unicode will support C +(recommended, but B have 4 digits/component) colour specifications, +in addition to the ones provided by X, where the additional A component +specifies opacity (alpha) values. The minimum value of C<0> is completely +transparent). You can also prefix any color with C<[a]>, where C is on +to four hex digits specifiying the opacity value. + +You probably need to specify B<"-depth 32">, too, and have the luck that +your X-server uses ARGB pixel layout, as X is far from just supporting +ARGB visuals out of the box, and rxvt-unicode just fudges around. + +For example, the following selects an almost completely transparent red +background, and an almost opaque pink foreground: + + @@RXVT_NAME@@ -depth 32 -bg rgba:0000/0000/0000/2222 -fg "[e]pink" + +I + =head1 ENVIRONMENT B<@@RXVT_NAME@@> sets and/or uses the following environment variables: @@ -1457,7 +1486,7 @@ Marc A. Lehmann L<< >> -L +L =back