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>The idea of UPDF is not only to provide proper structures to
describe a printer with all his options and features, but to help a description
developer as much as possible with creating the describing UPDF
instances.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>That's one of the reasons we spent quite some time on
investigating the power of the key/keyref elements.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>We do use that at a number of places to ensure that somebody
really makes a reasonalbe entry. We already used it for the NonDominantFeature
attribute.</FONT></DIV>
<DIV><FONT size=2>Sample are: DominantFeature, SetFeature, FeatureCondition in
dependencies.</FONT></DIV>
<DIV><FONT size=2>We hope this helps description developers - as it helped
us.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>As a follow-up we could expunge some data types (Feature,
FeatureID), which are now managed with more flexibility by the
keys.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Regards</FONT></DIV>
<DIV><FONT size=2>Norbert Schade</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2></FONT> </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>