From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
Description of problem:
Running on console parts of border are invisible, in xterm its clear that these
parts of border are drawn white.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: Parts of messagebox border not drawn.
Expected Results: Correct border.
yep, ncurses, termcap or console driver problem...
duh - I keep repeating myself. Linking dialog to the non-UTF-8 configuration of ncurses running
in a UTF-8 locale produces trash on the screen.
I have an application using ncurses on RedHat 7.2.
If I upgrade RedHat 7.2 to RedHat 9 the application is running fine
even if I recompile the programs.
On a new installed RedHat 9 the application does'not draw borders and
it does not display the german umlaute, even if I recompile the programs.
Regards : Sandor Gyomorey, email@example.com
current releases of ncurses provide the wide library, so I'm moving the
component and owner over to dialog, which needs to be re-built against ncursesw.
dialog also has to be updated (the last I noticed, Redhat's package is rather
old). I made changes to allow the configure script to recognize ncursesw,
as well as to handle double-width characters which are appear to be complete
as of 2003/09/10. But simply compiling/linking with ncursesw would fix this
dialog-0.9b-20030910.1.src.rpm in rawhide with ncursesw