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 [EMAIL PROTECTED] _______________________________________________ This is the Linux 5250 Development Project (LINUX5250) mailing list To post a message email: [EMAIL PROTECTED] To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/linux5250 or email: [EMAIL PROTECTED] Before posting, please take a moment to review the archives at http://archive.midrange.com/linux5250.
