--- rxvt-unicode/doc/rxvt.1.pod	2006/01/25 13:26:48	1.105
+++ rxvt-unicode/doc/rxvt.1.pod	2006/01/29 20:51:27	1.107
@@ -95,6 +95,11 @@
 respected). In the absence of this option, the display specified by the
 B<DISPLAY> environment variable is used.
 
+=item B<-depth> I<bitdepth>
+
+Compile I<frills>: Attempt to find a visual with the given bit depth;
+resource B<depth>.
+
 =item B<-geometry> I<geom>
 
 Window geometry (B<-g> still respected); resource B<geometry>.
@@ -507,6 +512,11 @@
 
 =over 4
 
+=item B<depth:> I<bitdepth>
+
+Compile I<frills>: Attempt to find a visual with the given bit depth;
+option B<-depth>.
+
 =item B<geometry:> I<geom>
 
 Create the window with the specified X window geometry [default 80x24];
@@ -1302,7 +1312,7 @@
 In addition to the default foreground and background colours,
 B<@@RXVT_NAME@@> can display up to 16 colours (8 ANSI colours plus
 high-intensity bold/blink versions of the same). Here is a list of the
-colours with their B<rgb.txt> names.
+colours with their names.
 
 =begin table
 
@@ -1332,6 +1342,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.
+
 Note that B<-rv> (B<"reverseVideo: True">) simulates reverse video by
 always swapping the foreground/background colours. This is in contrast to
 I<xterm>(1) where the colours are only swapped if they have not otherwise