attachment-0001

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1106" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>We have reviewed collation in UPDF.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>A statement upfront:</FONT></DIV>
<DIV><FONT size=2>In UPDF we are defining features, but a description developer 
using the UPDF device description is flexible to specify how the feature is 
going to be used and when a certain command sequence is to be sent at a 
different place: the events.</FONT></DIV>
<DIV><FONT size=2>The idea behind that is to be able to specify a feature a 
certain way including attributes, ranges, lists of predefined values, 
etc.</FONT></DIV>
<DIV><FONT size=2>Sample: Copies may be specified for one device on a PDL level, 
for another on a job level. As we see it that does not affect its description of 
the attributes mentioned above.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>We want to stay with that concept for collation as 
well.</FONT></DIV>
<DIV><FONT size=2>That means we do not want to specify how and when it will be 
used when specifying the feature.</FONT></DIV>
<DIV><FONT size=2>Therefore we will stick with the two enumerated values 
'Collated' and 'Uncollated', but not add a special 'JobCollated' (or any similar 
name) to it.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>We have one major preference:</FONT></DIV>
<DIV><FONT size=2>We want to tell about the way the device is expecting data. I 
think the device in most cases is expecting data either with job commands or 
(exclusively) with PDL commands (at least in some current PDL versions). I do 
not consider the case very popular that somebody wants to or has to or should be 
enabled to set job copies to 2, document1 copies to 1, document2 copies to 3 and 
then expect a dialog telling him which of the settings override or substitute 
others. Sometimes restriction is user guidance as well. The two last sentences 
are a personal statement, of course.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>A secret peak into the future:</FONT></DIV>
<DIV><FONT size=2>I could imagine that depending on the overall interest in UPDF 
we might add an attribute to every feature with enumeration values like 
'DominantJobFeature', 'DominantDocumentFeature', 'JobFeature', 'DocumentFeature' 
(maybe even 'DominantPageFeature' and 'PageFeature'). Not a serious proposal for 
the time being. However this would allow to use the same feature definition, but 
additionally tell about its use.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Specification, schemas and instances with all final details on 
that&nbsp;not yet on the web.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Of course, I'm open to discussion.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Regards</FONT></DIV>
<DIV><FONT size=2>Norbert Schade</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Norbert Schade<BR>69 Prescott Drive<BR>North Chelmsford<BR>MA 
01863<BR>phone: 1-978-251-1017<BR>email: <A 
href="mailto:norbertschade@comcast.net">norbertschade@comcast.net</A></FONT></DIV></BODY></HTML>