summaryrefslogtreecommitdiff
path: root/textproc/openjade
diff options
context:
space:
mode:
authorfredb <fredb@pkgsrc.org>2002-02-11 18:30:21 +0000
committerfredb <fredb@pkgsrc.org>2002-02-11 18:30:21 +0000
commitf5134e1564e12674b1f2f944755e2055e18bdcf8 (patch)
treea9f9da864111257c2019435ffdc3416691acc043 /textproc/openjade
parenta4a82e30d9e5dac46032d5b63bc9de449229449d (diff)
downloadpkgsrc-f5134e1564e12674b1f2f944755e2055e18bdcf8.tar.gz
Programs that follow Digital's recommendations will follow ESC(0 -- to
load the DEC Special Graphics (VT line draw) characters into graphics set GS0 -- with lock shift 0, aka LS0, aka SO, aka ^0 -- to then enable GS0. Since GS0 is the default, the full procedure is really only necessary when displaying line draw and alphanumeric characters on the same line. With the last patch to enable line draw characters, ESC(0 was always taken to mean ASCII SI (shift in), and ^0 was always taken to to mean SO (shift out), so for programs that did the right thing (e.g. "pstree"), "dt" was simply setting, then unsetting, the alternate character set attribute, causing the desired line draw characters never to be displayed. To deal with that, introduce a layer of abstraction, such that ESC(0 and friends now only set per-VT variables, rather than directly set the attribute. Initialize these variables so that SO and SI, taken alone, will do the expected thing, and extend the state machine so that a changed GS0 will become active at the next carriage return, or immediately if an LS0 was already seen on that line (all very much like a real VT). Bump version to dt-1.1.7nb2.
Diffstat (limited to 'textproc/openjade')
0 files changed, 0 insertions, 0 deletions