Re: xterm-basic's acsc definition

[Thomas Dickey]

On Tue, Jul 07, 2020 at 06:46:03PM -0400, Thomas Dickey wrote:
> On Wed, Jul 08, 2020 at 12:01:12AM +0200, Ingo Brückl wrote:
> > Thomas,
> > 
> > is there a reason why xterm-basic's acsc definition (xterm-357) lacks hh?
> > (Actually all xterm acsc definitions do so.)
> 
> The acsc codes are used in curses.h; these are relevant:
> 
> #define ACS_CKBOARD   NCURSES_ACS('a') /* checker board (stipple) */
> #define ACS_BOARD     NCURSES_ACS('h') /* board of squares */
> #define ACS_LANTERN   NCURSES_ACS('i') /* lantern symbol */
> #define ACS_BLOCK     NCURSES_ACS('0') /* solid square block */
> 
> xterm's acsc is based on vt100, which see this (xterm adds "i", for lantern):
> 
>       acsc: '``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~',
>             '``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~'.
> 
> The assignment for "a" is used; that is the only block-like character in
> the vt100's repertoire.  The Linux console doesn't actually act like vt100
> (see the attached pictures for vttest), but it's passable.  It also has

hmm - I copied the wrong file for vttest-linux.png (see attached)

> some graphic characters that a vt100 never had (see the pictures for tack).

-- 
Thomas E. Dickey <dickey@invisible-island.net>
https://invisible-island.net
ftp://ftp.invisible-island.net

vttest-linux.png
Description: PNG image

signature.asc
Description: PGP signature