Re: Re: scs2ps -- LINUX5250

Hi all.

I wrote scs2ps by making a copy of scs2ascii, and making appropriate changes.

Just so everyone knows, It has no more functionality than scs2ascii.  It
drops all special formatting.  My plan was to enhance it further, but at
the time, no one seemed to know where any docs were for the SCS format and
I didn't have much luck finding anything useful on the net.

It's been good for printing source code listings to postscript printers.

>If you look a little closer at scs2ps, I see a line in scs2ps_ahpp()
>that looks like this:
>       ccp = fgetc(stdin);
>
>It appears to me that it's setting the next horizontal character position
>directly by reading it from the file.  (Which is very different from the
>way scs2ascii deals with it, scs2ascii inserts spaces)
Postscript printers expect a 'moveto' operation to set the current point,
followed by a 'show' operation to print text.  Since spaces don't need to
be 'shown' (after all they don't cause any ink to be placed on the page),
they are bypassed.  A smarter driver could be more efficient by tracking an
entire string and outputting it just once per line, but I found it easier
to keep the logic of scs2ascii, which works a character at a time.

Regards,
Rich

At 07:27 PM 3/11/02, you wrote:


>On Mon, 11 Mar 2002, James Rich wrote:
>
> > Cc'ed to linux5250@midrange.com since Tony can't seem to send for some
> > reason.
>
>I'll follow suit, then.
>
> >
> > > Using my absolute zero knowledge of C, I'd say it's processing each
> char from
> > > stdin, doing the control char stuff otherwise treats it as a
> character. If
> > > the latter, the character is passed with its x,y co-ords to the
> postscript
> > > procedure `s' which has already been written to the output by
> > > scs2ps_jobheader().
> >
> > Pretty much, yes.  But the x,y coordinates have nothing to do with where
> > the print specifies that they should be placed.  Rather variable ccp (x
> > coordinate) just gets incremented each time a character is printed.
> > Whenever a new line character is encountered the y coordinates are
> > adjusted.
>
>No, I think the x,y coordinates do determine where it's placed...  Thats
>why it's able to skip spaces in the text, and it's how ahpp works in
>scs2ps.
>
> > > I think to fix the problem, the `default' clause of the switch/case
> thingy
> > > should build a string until a newline is reached, and then printed as the
> > > current chars are now with the x-pos fixed.
> >
> > We also honor the AHPP code which horizontally positions the printer.
> > This fixed the problems with printing job logs.  scs2ps doesn't handle
> > that, but (I think) scs2ascii does.
>
>If you look a little closer at scs2ps, I see a line in scs2ps_ahpp()
>that looks like this:
>       ccp = fgetc(stdin);
>
>It appears to me that it's setting the next horizontal character position
>directly by reading it from the file.  (Which is very different from the
>way scs2ascii deals with it, scs2ascii inserts spaces)
>
> > You've already helped!  After reviewing scs2ps, I think scs2pdf might give
> > better results at this point.  You could really help by finding cases
> > where scs2pdf doesn't do the right thing.  And then compare that to
> > scs2ps.  I'll bet that scs2ps produces misformatted job logs.
>
>Nope, scs2ps does fine with joblogs...
>
> > Quite honestly I think that scs2pdf at this point is more complete than
> > scs2ps.  Both need testing and comparing.  I think scs2pdf is more
> > complete than scs2ascii, too.
>
>I've been using scs2ascii quite extensively for a very long time.  I feel
>confident that it works well.   I don't know if it's more "complete", but
>I don't really think it needs to be, since it's basically dropping all
>special formatting, and making a plain ascii file.
>
> > Right now the best thing about scs2ps is that I can pipe it straight to
> > the postscript printer.  But I believe that scs2pdf will give more
> > accurate printouts.
>
>Once the bugs are gone, yes :)
>
>_______________________________________________
>This is the Linux 5250 Development Project (LINUX5250) mailing list
>To post a message email: LINUX5250@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/linux5250
>or email: LINUX5250-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/linux5250.

Regards,
Rich