NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: xsrc/60398 (Line drawing in xterm does not work as expected)



The following reply was made to PR xsrc/60398; it has been noted by GNATS.

From: RVP <rvp%SDF.ORG@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: xsrc/60398 (Line drawing in xterm does not work as expected)
Date: Fri, 3 Jul 2026 23:35:48 +0000 (UTC)

 On Fri, 3 Jul 2026, Michael van Elst via gnats wrote:
 
 > he%NetBSD.org@localhost (Havard Eidnes) writes:
 >
 > >So ... in the new xterm version, the dynamic choice of "UTF-8
 > >Encoding" no longer appears to be possible.
 >
 >
 > Ok. I can reproduce that.
 >
 > xterm still behaves the same regarding the menu. I.e. in non-UTF8
 > mode, there is still a menu to enable it and the option is then also
 > checked.
 >
 > But this menu choice has no consequence. xterm will still not use
 > UTF-8 encoding.
 >
 
 This, in ~/.Xresources, also works:
 
 ```
 XTerm*locale:	false
 XTerm*utf8:	true
 ```
 
 This turns on UTF-8 mode by default; and toggling it via the menu also seems
 to work (ie. printf $'\u2502\n' prints differently in an xterm started with
 LC_ALL=C).
 
 But really, if you want UTF-8 chars. to be interpreted, you should just run
 with a UTF-8 locale (and a font with wide Unicode coverage) so that xterm DTRT.
 
 -RVP
 



Home | Main Index | Thread Index | Old Index