… | |
… | |
83 | </dd> |
83 | </dd> |
84 | <p></p> |
84 | <p></p> |
85 | <dt><strong><a name="item_i_am_using_debian_gnu_2flinux_and_have_a_problem_2">I am using Debian GNU/Linux and have a problem...</a></strong><br /> |
85 | <dt><strong><a name="item_i_am_using_debian_gnu_2flinux_and_have_a_problem_2">I am using Debian GNU/Linux and have a problem...</a></strong><br /> |
86 | </dt> |
86 | </dt> |
87 | <dd> |
87 | <dd> |
88 | The Debian GNU/Linux package of rxvt-unicode contains large patches that |
88 | The Debian GNU/Linux package of rxvt-unicode in sarge contains large |
89 | considerably change the behaviour of rxvt-unicode. Before reporting a |
89 | patches that considerably change the behaviour of rxvt-unicode. Before |
90 | bug to the original rxvt-unicode author please download and install the |
90 | reporting a bug to the original rxvt-unicode author please download and |
91 | genuine version (<a href="http://software.schmorp.de#rxvt-unicode">http://software.schmorp.de#rxvt-unicode</a>) and try to |
91 | install the genuine version (<a href="http://software.schmorp.de#rxvt-unicode">http://software.schmorp.de#rxvt-unicode</a>) |
92 | reproduce the problem. If you cannot, chances are that the problems are |
92 | and try to reproduce the problem. If you cannot, chances are that the |
93 | specific to Debian GNU/Linux, in which case it should be reported via the |
93 | problems are specific to Debian GNU/Linux, in which case it should be |
94 | Debian Bug Tracking System (use <code>reportbug</code> to report the bug). |
94 | reported via the Debian Bug Tracking System (use <code>reportbug</code> to report |
|
|
95 | the bug). |
95 | </dd> |
96 | </dd> |
96 | <dd> |
97 | <dd> |
97 | <p>For other problems that also affect the Debian package, you can and |
98 | <p>For other problems that also affect the Debian package, you can and |
98 | probably should use the Debian BTS, too, because, after all, it's also a |
99 | probably should use the Debian BTS, too, because, after all, it's also a |
99 | bug in the Debian version and it serves as a reminder for other users that |
100 | bug in the Debian version and it serves as a reminder for other users that |
… | |
… | |
135 | URxvt.termName: rxvt</pre> |
136 | URxvt.termName: rxvt</pre> |
136 | </dd> |
137 | </dd> |
137 | <dd> |
138 | <dd> |
138 | <p>If you don't plan to use <strong>rxvt</strong> (quite common...) you could also replace |
139 | <p>If you don't plan to use <strong>rxvt</strong> (quite common...) you could also replace |
139 | the rxvt terminfo file with the rxvt-unicode one.</p> |
140 | the rxvt terminfo file with the rxvt-unicode one.</p> |
|
|
141 | </dd> |
|
|
142 | <p></p> |
|
|
143 | <dt><strong><a name="item_tic_outputs_some_error_when_compiling_the_terminfo"><code>tic</code> outputs some error when compiling the terminfo entry.</a></strong><br /> |
|
|
144 | </dt> |
|
|
145 | <dd> |
|
|
146 | Most likely it's the empty definition for <code>enacs=</code>. Just replace it by |
|
|
147 | <code>enacs=\E[0@</code> and try again. |
140 | </dd> |
148 | </dd> |
141 | <p></p> |
149 | <p></p> |
142 | <dt><strong><a name="item_bash_27s_readline_does_not_work_correctly_under_rx"><code>bash</code>'s readline does not work correctly under rxvt.</a></strong><br /> |
150 | <dt><strong><a name="item_bash_27s_readline_does_not_work_correctly_under_rx"><code>bash</code>'s readline does not work correctly under rxvt.</a></strong><br /> |
143 | </dt> |
151 | </dt> |
144 | <dt><strong><a name="item_i_need_a_termcap_file_entry_2e">I need a termcap file entry.</a></strong><br /> |
152 | <dt><strong><a name="item_i_need_a_termcap_file_entry_2e">I need a termcap file entry.</a></strong><br /> |
… | |
… | |
371 | <dd> |
379 | <dd> |
372 | <p>All of this is not a problem when using X11 core fonts, as their bounding |
380 | <p>All of this is not a problem when using X11 core fonts, as their bounding |
373 | box data is correct.</p> |
381 | box data is correct.</p> |
374 | </dd> |
382 | </dd> |
375 | <p></p> |
383 | <p></p> |
|
|
384 | <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 /> |
|
|
385 | </dt> |
|
|
386 | <dd> |
|
|
387 | Seems to be a known bug, read |
|
|
388 | <a href="http://nixdoc.net/files/forum/about34198.html">http://nixdoc.net/files/forum/about34198.html</a>. Some people use the |
|
|
389 | following ugly workaround to get non-double-wide-characters working: |
|
|
390 | </dd> |
|
|
391 | <dd> |
|
|
392 | <pre> |
|
|
393 | #define wcwidth(x) wcwidth(x) > 1 ? 1 : wcwidth(x)</pre> |
|
|
394 | </dd> |
|
|
395 | <p></p> |
376 | <dt><strong><a name="item_compose">My Compose (Multi_key) key is no longer working.</a></strong><br /> |
396 | <dt><strong><a name="item_compose">My Compose (Multi_key) key is no longer working.</a></strong><br /> |
377 | </dt> |
397 | </dt> |
378 | <dd> |
398 | <dd> |
379 | The most common causes for this are that either your locale is not set |
399 | The most common causes for this are that either your locale is not set |
380 | correctly, or you specified a <strong>preeditStyle</strong> that is not supported by |
400 | correctly, or you specified a <strong>preeditStyle</strong> that is not supported by |
… | |
… | |
461 | </dd> |
481 | </dd> |
462 | <dd> |
482 | <dd> |
463 | <p>The rxvt-unicode author insists that the right way to fix this is in the |
483 | <p>The rxvt-unicode author insists that the right way to fix this is in the |
464 | system libraries once and for all, instead of forcing every app to carry |
484 | system libraries once and for all, instead of forcing every app to carry |
465 | complete replacements for them :)</p> |
485 | complete replacements for them :)</p> |
|
|
486 | </dd> |
|
|
487 | <p></p> |
|
|
488 | <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 /> |
|
|
489 | </dt> |
|
|
490 | <dd> |
|
|
491 | Try the diff in <em>doc/solaris9.patch</em> as a base. It fixes the worst |
|
|
492 | problems with <code>wcwidth</code> and a compile problem. |
|
|
493 | </dd> |
|
|
494 | <p></p> |
|
|
495 | <dt><strong><a name="item_how_can_i_use_rxvt_2dunicode_under_cygwin_3f">How can I use rxvt-unicode under cygwin?</a></strong><br /> |
|
|
496 | </dt> |
|
|
497 | <dd> |
|
|
498 | rxvt-unicode should compile and run out of the box on cygwin, using |
|
|
499 | the X11 libraries that come with cygwin. libW11 emulation is no |
|
|
500 | longer supported (and makes no sense, either, as it only supported a |
|
|
501 | single font). I recommend starting the X-server in <code>-multiwindow</code> or |
|
|
502 | <code>-rootless</code> mode instead, which will result in similar look&feel as the |
|
|
503 | old libW11 emulation. |
|
|
504 | </dd> |
|
|
505 | <dd> |
|
|
506 | <p>At the time of this writing, cygwin didn't seem to support any multi-byte |
|
|
507 | encodings (you might try <code>LC_CTYPE=C-UTF-8</code>), so you are likely limited |
|
|
508 | to 8-bit encodings.</p> |
466 | </dd> |
509 | </dd> |
467 | <p></p> |
510 | <p></p> |
468 | <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 /> |
511 | <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 /> |
469 | </dt> |
512 | </dt> |
470 | <dt><strong><a name="item_is_there_an_option_to_switch_encodings_3f">Is there an option to switch encodings?</a></strong><br /> |
513 | <dt><strong><a name="item_is_there_an_option_to_switch_encodings_3f">Is there an option to switch encodings?</a></strong><br /> |
… | |
… | |
737 | </dd> |
780 | </dd> |
738 | <p></p> |
781 | <p></p> |
739 | <dt><strong><a name="item_how_can_i_start_rxvtd_in_a_race_2dfree_way_3f">How can I start rxvtd in a race-free way?</a></strong><br /> |
782 | <dt><strong><a name="item_how_can_i_start_rxvtd_in_a_race_2dfree_way_3f">How can I start rxvtd in a race-free way?</a></strong><br /> |
740 | </dt> |
783 | </dt> |
741 | <dd> |
784 | <dd> |
742 | Despite it's name, rxvtd is not a real daemon, but more like a |
785 | Try <code>rxvtd -f -o</code>, which tells rxvtd to open the |
743 | server that answers rxvtc's requests, so it doesn't background |
786 | display, create the listening socket and then fork. |
744 | itself. |
|
|
745 | </dd> |
|
|
746 | <dd> |
|
|
747 | <p>To ensure rxvtd is listening on it's socket, you can use the |
|
|
748 | following method to wait for the startup message before continuing:</p> |
|
|
749 | </dd> |
|
|
750 | <dd> |
|
|
751 | <pre> |
|
|
752 | { rxvtd & } | read</pre> |
|
|
753 | </dd> |
787 | </dd> |
754 | <p></p> |
788 | <p></p> |
755 | <dt><strong><a name="item_what_27s_with_the_strange_backspace_2fdelete_key_b">What's with the strange Backspace/Delete key behaviour?</a></strong><br /> |
789 | <dt><strong><a name="item_what_27s_with_the_strange_backspace_2fdelete_key_b">What's with the strange Backspace/Delete key behaviour?</a></strong><br /> |
756 | </dt> |
790 | </dt> |
757 | <dd> |
791 | <dd> |