From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030530
Description of problem:
When elinks is run at a text console, the borders on the dialog boxes and menus
are terribly garbled. This does not happen in xterm, gnome-terminal, or konsole.
For all I know, this could be some kind of library problem or something, and not
a bug in elinks itself. However, in Red Hat 9 and Raw Hide I have not seen this
problem in any other programs.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log in at a text console.
2. Run "links".
3. Press "G".
4. Enter a URL (such as "http://slashdot.org/", although any valid page will do).
5. Press "Escape".
6. Use the arrow keys to scroll up/down a menu.
Actual Results: At steps 3/4, the dialog box border is garbled. At step 6, the
menu's borders are not (re)drawn properly and also look like garbage.
Expected Results: Dialog box and menu borders with the proper appearance.
[barryn@i5000e barryn]$ set | egrep '^(LC|LANG)'
[barryn@i5000e barryn]$ cat /etc/redhat-release
Raw Hide 20030603
This bug also happens with the RHL 9 version of elinks on an RHL 9 system.
Running "unicode_stop" before "links" seems to be a workaround.
elinks has it's own linedrawing code, IIRC.
As a "new" user:
* Start links
* Press Esc to open the menu
* Setup//Terminal Options//UTF-8 I/O
* Enjoy correctly drawn menus.
Maybe this should be set by default, or the value should be autodetected
from locale name.
*** This bug has been marked as a duplicate of 76445 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.