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