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