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

"RVP via gnats" <[email protected]>
Newsgroups gmane.os.netbsd.bugs
Message-ID <[email protected]>
The following reply was made to PR xsrc/60398; it has been noted by GNATS.

From: RVP <[email protected]>
To: [email protected]
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:
 
 > [email protected] (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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.