Re: Another fix for scs2pdf and more

On Tue, 12 Mar 2002, Scott Klement wrote:

> > Okay, that should be fixed now.  The scs file you sent doesn't have the
> > spps code in it;  it never sets the page size.  scs2pdf had a default page
>
> Except that my page is 14"x11", but your default cuts it off at 8.5x11.
> I wonder if we can guess at the page size by the number of columns of text
> that are sent to us?

Phooey.  I was testing it late last night on my ancient 486 laptop that
only does 640x480 on a tiny screen.  It cuts everything off.  I just
assumed (oh-oh) that it was correct since I couldn't see the whole window
anyway (but at least it didn't come up as a little white square!).

As I mentioned earlier I don't really like counting columns since there is
no reason why the line of text that has the most columns is supposed to go
all the way across the page.  Here is what I propose:

1.  If SPPS is specified use it.
2.  If not specified, use the default page size (set to 8.5x11).
3.  If not specified and we encounter a line that is longer than the
default, increase the page size.

> That's exactly what I mean.   Create a struct which contains pointers
> to the different "event" functions.   Then, call an "init" routine that
> sets these pointers to the appropriate values.

Okay, I'll look at this.  This is the direction I want to go in, but I
don't know how fast I'll get there.  Now that scs2pdf works well enough
for the customer that asked for it, the pressure is off.  So I probably
won't be spending all day on it anymore (but I'm still sneaking it in).

James Rich
james@eaerich.com