| … | |
… | |
| 100 | |
100 | |
| 101 | =item B<-depth> I<bitdepth> |
101 | =item B<-depth> I<bitdepth> |
| 102 | |
102 | |
| 103 | Compile I<xft>: Attempt to find a visual with the given bit depth; |
103 | Compile I<xft>: Attempt to find a visual with the given bit depth; |
| 104 | resource B<depth>. |
104 | resource B<depth>. |
|
|
105 | |
|
|
106 | [Please note that many X servers (and libXft) are buggy with |
|
|
107 | respect to C<-depth 32> and/or alpha channels, and will cause all sorts |
|
|
108 | of graphical corruption. This is harmless, but we can't do anything about |
|
|
109 | this, so watch out] |
| 105 | |
110 | |
| 106 | =item B<-geometry> I<geom> |
111 | =item B<-geometry> I<geom> |
| 107 | |
112 | |
| 108 | Window geometry (B<-g> still respected); resource B<geometry>. |
113 | Window geometry (B<-g> still respected); resource B<geometry>. |
| 109 | |
114 | |
| … | |
… | |
| 1456 | =back |
1461 | =back |
| 1457 | |
1462 | |
| 1458 | =head2 ALPHA CHANNEL SUPPORT |
1463 | =head2 ALPHA CHANNEL SUPPORT |
| 1459 | |
1464 | |
| 1460 | If Xft support has been compiled in and as long as Xft/Xrender/X don't get |
1465 | If Xft support has been compiled in and as long as Xft/Xrender/X don't get |
| 1461 | their act together, rxvt-unicode will support C<rgba:rrrr/gggg/bbbb/aaaa> |
1466 | their act together, rxvt-unicode will do it's own alpha channel management: |
| 1462 | (recommended, but B<MUST> have 4 digits/component) colour specifications, |
1467 | |
| 1463 | in addition to the ones provided by X, where the additional A component |
1468 | You can prefix any color with an opaquenes percentage enclosed in |
|
|
1469 | brackets, i.e. C<[percent]>, where C<percent> is a decimal percentage |
|
|
1470 | (0-100) that specifies the opacity of the color, where C<0> is completely |
|
|
1471 | transparent and C<100> is completely opaque. For example, C<[50]red> is a |
|
|
1472 | half-transparent red, while C<[95]#00ff00> is an almost opaque green. This |
|
|
1473 | is the recommended format to specify transparency values, and works with |
|
|
1474 | all ways to specify a colour. |
|
|
1475 | |
|
|
1476 | For complete control, rxvt-unicode also supports |
|
|
1477 | C<rgba:rrrr/gggg/bbbb/aaaa> (exactly four hex digits/component) colour |
|
|
1478 | specifications, where the additional C<aaaa> component specifies opacity |
| 1464 | specifies opacity (alpha) values. The minimum value of C<0> is completely |
1479 | (alpha) values. The minimum value of C<0000> is completely transparent, |
| 1465 | transparent). You can also prefix any color with C<[percent]>, where |
1480 | while C<ffff> is completely opaque). The two example colours from |
| 1466 | C<percent> is a decimal percentage (0-100) that specifies the opacity of |
1481 | earlier could also be specified as C<rgba:ff00/0000/0000/8000> and |
| 1467 | the color, where C<0> is completely transparent and C<100> is completelxy |
1482 | C<rgba:0000/ff00/0000/f332>. |
| 1468 | opaque. |
|
|
| 1469 | |
1483 | |
| 1470 | You probably need to specify B<"-depth 32">, too, and have the luck that |
1484 | You probably need to specify B<"-depth 32">, too, to force a visual with |
| 1471 | your X-server uses ARGB pixel layout, as X is far from just supporting |
1485 | alpha channels, and have the luck that your X-server uses ARGB pixel |
| 1472 | ARGB visuals out of the box, and rxvt-unicode just fudges around. |
1486 | layout, as X is far from just supporting ARGB visuals out of the box, and |
|
|
1487 | rxvt-unicode just fudges around. |
| 1473 | |
1488 | |
| 1474 | For example, the following selects an almost completely transparent red |
1489 | For example, the following selects an almost completely transparent black |
| 1475 | background, and an almost opaque pink foreground: |
1490 | background, and an almost opaque pink foreground: |
| 1476 | |
1491 | |
| 1477 | @@RXVT_NAME@@ -depth 32 -bg rgba:0000/0000/0000/aaaa -fg "[80]pink" |
1492 | @@RXVT_NAME@@ -depth 32 -bg rgba:0000/0000/0000/4444 -fg "[80]pink" |
| 1478 | |
1493 | |
| 1479 | I<Please note that transparency of any kind if completely unsupported by |
1494 | When not using a background image, then the interpretation of the |
| 1480 | the author. Don't bug him with installation questions!> |
1495 | alpha channel is up to your compositing manager (most interpret it as |
|
|
1496 | transparency of course). |
|
|
1497 | |
|
|
1498 | When using a background pixmap or pseudo-transparency, then the background |
|
|
1499 | colour will always behave as if it were completely transparent (so the |
|
|
1500 | background image shows instead), regardless of how it was specified, while |
|
|
1501 | other colours will either be transparent as specified (the background |
|
|
1502 | image will show through) on servers supporting the RENDER extension, or |
|
|
1503 | fully opaque on servers not supporting the RENDER EXTENSION. |
|
|
1504 | |
|
|
1505 | Please note that due to bugs in Xft, specifying alpha values might result |
|
|
1506 | in garbage being displayed when the X-server does not support the RENDER |
|
|
1507 | extension. |
| 1481 | |
1508 | |
| 1482 | =head1 ENVIRONMENT |
1509 | =head1 ENVIRONMENT |
| 1483 | |
1510 | |
| 1484 | B<@@RXVT_NAME@@> sets and/or uses the following environment variables: |
1511 | B<@@RXVT_NAME@@> sets and/or uses the following environment variables: |
| 1485 | |
1512 | |
