Path: utzoo!utgpu!watmath!uunet!xanth!ames!zorch!Steven L. Baur From: gatelist@zorch.UU.NET Newsgroups: unix-pc.general Subject: Submission for Unix-PC Message-ID: <8903160833.AA26094@spp2> Date: 16 Mar 89 07:33:22 GMT Sender: scott@zorch.UU.NET Organization: Unix-PC/Mail Gateway Lines: 31 To: zorch!unix-pc X-Mailer: Elm [version 1.5b] In article kevin@kosman.UUPC (Kevin O'Gorman) writes >In article <932@mtfmi.att.com> tjc@mtfmi.att.com (T.CZARNECKI) writes: >> >> The printer is a OKIDATA Microline 182, the printer setup >>on the UNIX-PC only has an option for a OKIDATA92. If I select >>that option, I can't do screen prints... I've tried other selections > >Yep, AT&T did it to you again. They did it to me, too. Screen printing >works only with AT&T printers, maybe on full compatibles. This is not too >surprising because it is built into the kernel and they didn't want to >clutter that with lots of odd options for different bit-addressing styles >that different printers have. > >I solved this long ago, though I'm not sure I still have the code around. I have an epson FX-86 which is NOT mentioned anywhere in the documentation or system. But screen print has always worked. I am lucky because FX-86 is fairly close to the FX-80 which is supported (and the escape codes on the 86 match the 80 when it comes to printing graphics). Try creating a /usr/lib/nterm/ file for your printer, and then creating custom drivers for LP for it. Use the closest printer for a template. I have a slightly different /usr/lib/nterm/tab.fx86 (from /usr/lib/nterm/tab.fx) which supports italics and sub/super scripting. This is not an AT&T limitation. steve uunet!wiley!spp2!baur