Conference iosg::all-in-1_v30

There is a bug.  The print level checking has used a final form of A4PS and
compared this with the supported print level of the destination (PS) and
because these are different and there is not a conversion from A4PS to PS
defined it has concluded that the document cannot be printed to that
destination. 

A workaround is to create a FORMAT master entry called A4PS with all the same 
values as the PS entry.


Richard

OK thanks - That means that the HANDLING = FORMAT = Printer device 
(in MFT)  ?

My problems started with the LN06-Rs and LN07-Rs (DECLASER 2250 & 1150).
These 2 printers do not recognise the setting of the paper tray to 
REAR so when trying to print a WPS-PLUS doc or mail with the sheet 
feeder tray set to REAR the job would fail.  Asking the users to reset
this setting for each attachment for every received mail is not 
realistic.

I thus created an LN07A4.PRA and LN06A4.PRA based on the A4PS.PRA,
removed the settings for the trays, created new Printer Types based 
on the PS one using the new .PRAs, also expecting to be able to 
print PS straight off, hence this note.

But, what is the use of the A4PS.PRA vs PS.PRA,  don't PostScript 
documents contain their own pagination layout ?  I can print a PS 
doc with REAR w/o any error. 

If anyone has been through this before I would be very interested.

Cheers
Hilary

    Richard
    
    >The print level checking has used a final form of A4PS and 
    >compared this with the supported print level of the destination (PS)
    >andbecause these are different and there is not a conversion from A4PS
    >to PSdefined it has concluded that the document cannot be printed to
    >that destination.
    
    >A workaround is to create a FORMAT master entry called A4PS with all
    >the same values as the PS entry.
    
    Can you explain this please in layman's terms?  I've just tried this 
    and still get a problem.  I've created a format of A4PS and changed 
    everything I can think of but still I get the error 
    
    Printer destination POST_2250 cannot print PS documents
    
    Thanks
    julia
    

I don't think I would say this is written in 'layman's terms', but I hope 
it helps to explain Printer Level checking.


ALL-IN-1 regards document formats as one of two types - 'Revisable' and
'Final form'.

    Revisable -	 a format which can be edited (e.g. WPS-PLUS or DDIF), and
    		 which has to be formatted to be printed. 

    Final form - a format which can be printed (e.g. LN03 or PostScript), 
    		 and which it doesn't make much sense to edit unless you 
    		 are a PostScript expert
    

Printer Levels are used to make sure that a final form file is being sent
to the correct type of printer. 

    o	ALL-IN-1 Printer Destinations are specified as supporting a named
    	'Printer Level' 

    o	Final form Formats are specified as requiring a named 'Printer 
    	Level'

    o	The Printer Level REQUIRED by the final form format must match* the
    	Printer Level SUPPORTED by the Print Destination (* see later
    	explanation of match) 

    o	For Revisable documents check that the type of Final form file to
    	be created by the formatter can be printed on the printer, which
    	requires: 

    	    - get the Device Type/Final Form from the Print Style

    	    - use to get the Printer Level from the Format master.

    	    - compare with Printer Level of the Print Destination


    o	For Final form documents check that already formatted file can be
    	printed on the printer, which requires: 

    	    - get the Printer Level from the Format master.

    	    - compare with Printer Level of the Print Destination

    	   
The REQUIRED and SUPPORTED Printer Levels are considered to match if:

    o	the names are the same

    o	the required ANSI class is supported

    o	additional customized checks are okay.




Richard