Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Jan 2013 02:37:05 +0100
From:      David Lazaro Saz <dlazaro@mac.com>
To:        Thomas Dickey <dickey@radix.net>
Cc:        Devin Teske <dteske@freebsd.org>, FreeBSD Questions <freebsd-questions@freebsd.org>
Subject:   Re: bsdinstall(8) line drawing characters
Message-ID:  <DAA9A77A-FE91-4071-9B49-127A5041C7D4@mac.com>
In-Reply-To: <20130120184630.GA6610@saltmine.radix.net>
References:  <1C064C2C-52A4-4A37-AB3D-68049093D7BD@mac.com> <88E25E2A-24EE-491A-B82A-A26E849B1ABF@fisglobal.com> <633A6573-BCDA-41CD-A5CA-1749DE36283A@mac.com> <20130120184630.GA6610@saltmine.radix.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Jan 20, 2013, at 7:46 PM, Thomas Dickey <dickey@radix.net> wrote:

> TERM is one thing, the driver is another.
> 
> Since the "xterm" terminal description supports line-drawing characters, it sounds as if the underlying problem is in the console driver.

You are right. The problem is in how teken(3) handles the special line drawing mode of xterm. When I changed the TERM variable to cons25, dialog(1) changed the way in which it draws the panels, using, it seems, direct code points for its graphics.

It seems that teken(3) once handled this by using the code points for CP437 but that it was reverted because there were problems with other languages. It is documented in PR kern/141633 at <http://www.freebsd.org/cgi/query-pr.cgi?pr=141633&cat=kern>.

There seems to be support for using proper unicode code points for line drawing characters if Unicode support is enabled for teken(3).

If anybody else is curious, the code for line drawing escape sequences is in /sys/teken/teken_scs.h.

I would like to see this working by default. Who is the current maintainer of that code?

David




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DAA9A77A-FE91-4071-9B49-127A5041C7D4>