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.2600.0" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>During implementation we learnt that a slightly different 
strategy with the public keys is of advantage.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>The driver can check the value of any feature attribute any 
time, at least in theory.</FONT></DIV>
<DIV><FONT size=2>The driver knows the interface to the operating system and the 
applications&nbsp;best as well.</FONT></DIV>
<DIV><FONT size=2>So it does not seem right to create public keys for platform 
settings (like provided in a devmode structure under Windows). An example is 
DRV_Copies, which had been created as a public key. This entry is removed from 
the list.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Any driver has to check if a driver's feature&nbsp;is 
overwritten by the application's job setting. This may vary a lot from platform 
to platform.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>With the sample of copies the driver knows the setting of 
copies in the driver's user interface, but has to check, if the application is 
sending a print job with a different copy setting, which would have a higher 
priority than the setting in the driver's UI.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Comments?</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Changed, not yet on the web site.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Norbert Schade<BR>69 Prescott Drive<BR>North Chelmsford, MA 
01863<BR>978-251-1017<BR><A 
href="mailto:norbertschade@attbi.com">norbertschade@attbi.com</A></FONT></DIV></BODY></HTML>