[net.unix-wizards] Need add'l troff term support

gwyn%brl-vld@sri-unix.UUCP (10/13/83)

From:      Doug Gwyn (VLD/VMB) <gwyn@brl-vld>

As distributed, UNIX System V supports the following terminals:

Datamedia 1520, 3045
Diablo HyType I and II (most daisy-wheel and thimble printers)
DTC 382
GE Terminet 300, 1200
Hewlett-Packard 26xx
IBM 3270
Tektronix 4014
Teletypes of various sorts
TI 725, 735, 745
Trendata 4000a
generic line printer
generic dumb terminals

You should specify to your user population what terminals and printers
you will properly support, rather than let them order random equipment.

walsh%bbn-unix@sri-unix.UUCP (10/14/83)

From:  Bob Walsh <walsh@bbn-unix>


It's really not too difficult to write nroff driving tables.  If you
have access to the source for one, you can use is as a pattern for
any others you want to write.  In general, the table looks like

	information that describes lines per inch...
	mapping from a character to a string
		'a' -> width 1, 'a'
		alpha -> width 1, either an escape code that accesses an
			alternate character set or a sequence that uses
			normal characters to imitate an alpha

The table is just an initialized C data structure which is loaded by nroff
at run time.  Just compile the source and move it to /usr/lib/term.  Use
the nroff documentation in volume two to help determine the order of the
characters in the driving table.

For example, if you have a spinwriter you can write driving tables for
various thimbles and foreign or mathematical character sets.

bob walsh

guy@rlgvax.UUCP (Guy Harris) (10/17/83)

A correction to the "man" pages posted for nroff terminal driving tables:
ignore the part that reads

	.I Nroff
	assumes that boldface mode is reset automatically by the
	.I twnl
	string, because many letter-quality printers reset the boldface
	mode when they receive a carriage return;
	the
	.I twnl
	string should include whatever characters are necessary to
	reset the boldface mode.

This was a local hack required by a bit of braindamage in the NEC Spinwriter
and certain Diablo printers; whenever these printers receive a CR they reset
the auto-boldfacing and auto-underlining modes.  Unfortunately this confuses
the hell out of programs with a straightforward and sensible model of the
printers they talk to (like "nroff"); anybody know what prompted this bit of
silliness on NEC and Diablo's part?

	Guy Harris
	{seismo,mcnc,brl-bmd,allegra}!rlgvax!guy