… | |
… | |
487 | |
487 | |
488 | =item Can I speed up Xft rendering somehow? |
488 | =item Can I speed up Xft rendering somehow? |
489 | |
489 | |
490 | Yes, the most obvious way to speed it up is to avoid Xft entirely, as |
490 | Yes, the most obvious way to speed it up is to avoid Xft entirely, as |
491 | it is simply slow. If you still want Xft fonts you might try to disable |
491 | it is simply slow. If you still want Xft fonts you might try to disable |
492 | antialiasing (by appending C<:antialiasing=false>), which saves lots of |
492 | antialiasing (by appending C<:antialias=false>), which saves lots of |
493 | memory and also speeds up rendering considerably. |
493 | memory and also speeds up rendering considerably. |
494 | |
494 | |
495 | =item Rxvt-unicode doesn't seem to anti-alias its fonts, what is wrong? |
495 | =item Rxvt-unicode doesn't seem to anti-alias its fonts, what is wrong? |
496 | |
496 | |
497 | Rxvt-unicode will use whatever you specify as a font. If it needs to |
497 | Rxvt-unicode will use whatever you specify as a font. If it needs to |
… | |
… | |
575 | URxvt.color7: #e1dddd |
575 | URxvt.color7: #e1dddd |
576 | URxvt.color15: #e1dddd |
576 | URxvt.color15: #e1dddd |
577 | |
577 | |
578 | =item How can I start @@RXVT_NAME@@d in a race-free way? |
578 | =item How can I start @@RXVT_NAME@@d in a race-free way? |
579 | |
579 | |
580 | Despite it's name, @@RXVT_NAME@@d is not a real daemon, but more like a |
580 | Try C<@@RXVT_NAME@@d -f -o>, which tells @@RXVT_NAME@@d to open the |
581 | server that answers @@RXVT_NAME@@c's requests, so it doesn't background |
581 | display, create the listening socket and then fork. |
582 | itself. |
|
|
583 | |
|
|
584 | To ensure @@RXVT_NAME@@d is listening on it's socket, you can use the |
|
|
585 | following method to wait for the startup message before continuing: |
|
|
586 | |
|
|
587 | { @@RXVT_NAME@@d & } | read |
|
|
588 | |
582 | |
589 | =item What's with the strange Backspace/Delete key behaviour? |
583 | =item What's with the strange Backspace/Delete key behaviour? |
590 | |
584 | |
591 | Assuming that the physical Backspace key corresponds to the |
585 | Assuming that the physical Backspace key corresponds to the |
592 | BackSpace keysym (not likely for Linux ... see the following |
586 | BackSpace keysym (not likely for Linux ... see the following |