Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version nyu B notes v1.5 12/10/84; site csd2.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!godot!harvard!seismo!cmcl2!csd2!aronov
From: aronov@csd2.UUCP (Boris Aronov)
Newsgroups: net.micro.cbm
Subject: Re: Cardco +G and Music Const. Set
Message-ID: <3290001@csd2.UUCP>
Date: Thu, 21-Feb-85 12:41:00 EST
Article-I.D.: csd2.3290001
Posted: Thu Feb 21 12:41:00 1985
Date-Received: Tue, 26-Feb-85 05:39:29 EST
References: <709@inuxd.UUCP>
Organization: New York University
Lines: 24

I have a Microline 92 and use it with Cardco/G+. It prints OK all non-graphics (standard ASCII).
All PET graphics is printed in a weird way: the printhead scans
back and forth over the character to be printed a couple of times.
This repeats for EACH graphics character.
I suspect that G+ tries to emulate Commodore graphics including
the 8x8 dot format. For this it sometimes has to
print in two (or more) passes. It does a CR and a dot-addressed TAB before each pass. 
Because of shortest-pass seeking of the printer the head only moves about 1/2" to each side.
(Note: Okidata M92 does NOT have 8-bit graphics, only 7-bit. Hence multiple passes. It also uses (I suspect)
enhanced/emphasized mode to get denser, more readable graphics characters.
Epson probably does multiple density graphics, hense multiple passes.)

Cure -- Unknown to me. I prefer (when programming myself & using packaged programs) 
to declare that I have an ASCII printer and do everything in 
transparent mode.
(Obvious disadvantage -- I don't use the "G" in G+ -- it behaves
as a dumb interface)

								B.A.
			ARPA:aronov@nyu-csd2

P.S. Okidata (whatever is the number) color graphics printer 
supposedly directly compatible with Commodore is said to print the same way.
( I cannot guarantee that, for it might just be doing a pass for each color ).