[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

517.0. "Lifes a Pitch, 16 Pitch that is" by MISFIT::KINNEYD (Aruba at EOM) Thu Apr 16 1992 21:46

    I'm having a bit of a problem with printing some reports in an
    ALL-IN-1 application.
    
    I want the report to be 16 pitch, landscape, which I get,  However, the
    report will not go any further than column 132 at this size pitch. Here
    is what happens and what I have found.
    
    The report is in two parts, the header and the body. Both of these
    templates are WPSPLUS format (.wpl files). Both parts are created
    (filled out) with the merge command and then appended together and 
    printed.
    
    I have verified the following:
    
    Both parts have a WPS control block stating PRINTER FORMAT LANDSCAPE. 
    
    The PRA file being used is called HPLASER and has the horizontal 16pitch
    escape codes in it along with a max character width = 180.
    
    The form mounted on the printer is WPCORP with width= 255
    
    The LTA device is set width = 180
    
    I am printing to a HP Laser Jet III. It is the only kind of printer
    used here. I have sent a WPCORP file that is landscape, 16 pitch to the
    printer nd I get 176 columns no problem, using the same queue.
    
    I will cross post this in various places. I am posting here to get as
    much coverage as possible. The hot line folks have promised to get back
    to me because they do not know what else to check. Maybe some folks
    here have had similar experience.
    
    Where is the 132 character restriction comming from?
    
    Dave Kinney
T.RTitleUserPersonal
Name
DateLines
517.1Sounds somewhat familiar...SHALOT::LANPHEARTest the water or turn the tide?Fri Apr 17 1992 17:2514
    Hi Dave,
    
      Have you looked at the .LIS file which goes to the printer (after the
    WPS-PLUS formatting)?  You might have to print it to a stopped queue so
    the file doesn't get deleted after it finishes printing.  If the lines 
    are truncated at that point, it's a WPS-PLUS problem (ruler?).  If the 
    lines are okay, but show up truncated on the printer, then it's in the 
    symbiont/port/printer.
    
    I seem to recall running into similar problems with wide printouts
    under WPS-PLUS in ALL-IN-1 V2.3, and I seem to recall something about
    rulers...  But nothing specific.  Sorry.
    
    						Cheers, Dan'l
517.2What pitch are you specifying?WAYLND::HOWARDBen. It should do what people expect it to doWed Apr 22 1992 16:4720
>    The PRA file being used is called HPLASER and has the horizontal 16pitch
>    escape codes in it along with a max character width = 180.
    
    Make sure that 16 pitch is what is specified in the PL settings. 
    Whatever gets set by a PRINTER FORMAT command is irrelevant.  So if
    your .PRA file specifies 132 as the maximum width for 10 pitch, 132 is
    all you will get if the PL setting is 10 pitch.  WordPerfect does some
    strange things with queues, so you might find things working
    differently there.  I believe that the width of the form only controls
    the width of the flag/burst pages.  I have mine set to 80 and get wide
    documents with no problem.
    
    Definitely create an .LIS file and check it out.  That way you can tell
    whether the formatter or the queue is truncating the text.  You should
    be able to print to a FILE with HPLASER as the format type.   
    
    If this doesn't help, you might have better luck in the WPS-PLUS
    conference.
    
    Ben