Re: xsrc/60398 (Line drawing in xterm does not work as expected)
"Michael van Elst 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: [email protected] (Michael van Elst) To: [email protected] Cc: Subject: Re: xsrc/60398 (Line drawing in xterm does not work as expected) Date: Fri, 3 Jul 2026 15:10:28 -0000 (UTC) [email protected] (Havard Eidnes) writes: >If I do the same on netbsd-11, I do not. Evidently with that >version, xterm *must* be started in an environment / locale setting >which includes UTF-8 for that to work, and in that case the font >menu entries related to UTF-8 are greyed out in the newly started >xterm. If you start xterm with a UTF-8 locale, then UTF-8 encoding is enabled and the menu entry is greyed out, so you cannot disable it at run-time. If you start xterm with a non-UTF-8 locale, then UTF-8 encoding is disabled and you can enable it at run-time. That's true here for netbsd-10, netbsd-11 and -current. No idea how you can disable UTF-8 encoding and grey out the menu entry at the same time. What you can do is to enable UTF-8 encoding and grey out the menu entry (i.e. turn on UTF-8 by some means) and wrap your command or shell in luit. xterm will do that automatically e.g. with the -lc option. Then your UTF8 line drawing characters will fail als luit tries to translate them according to your 8bit locale.