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>1. we had a mistake in the 
AdditionalDriverComponent.</FONT></DIV>
<DIV><FONT size=2>it was of type xsd:string, although we had the right type 
updf:AdditionalDriverComponent available. we just didn't refer to 
it.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>2. info about UPDF drivers.</FONT></DIV>
<DIV><FONT size=2>the proposal is to replace the element 
AdditionalDriverComponent with a more complex element Driver.</FONT></DIV>
<DIV><FONT size=2>2.1. it would have an optional (but 
recommended)&nbsp;attribute ID.</FONT></DIV>
<DIV><FONT size=2>this would work as an identifier of the driver. an installer 
could check, if the corresponding driver is already installed.</FONT></DIV>
<DIV><FONT size=2>it is questionable, whether the UnitName attribute in the 
master UPDF schema serves that purpose already.</FONT></DIV>
<DIV><FONT size=2>my understanding is 'no', as a company may develop a corporate 
UPDF driver or one may want to refer to a specific driver independent from the 
device description info.</FONT></DIV>
<DIV><FONT size=2>2.2. it would have an optional (but recommended) attribute 
Reference.</FONT></DIV>
<DIV><FONT size=2>this is a string attribute holding a URL or a simple file 
name.</FONT></DIV>
<DIV><FONT size=2>if it is a file name, it&nbsp;is supposed to live in the same 
directory as the device configuration. if the device configuration came from the 
device as the only file and the attribute is still just a file name, the 
installer may ask for a path more or less expecting a CD drive.</FONT></DIV>
<DIV><FONT size=2>2.3. it would have optional, multiple elements 
OperatingSystem.</FONT></DIV>
<DIV><FONT size=2>if no operating system is listed, the installer is supposed to 
know where to find a proper default UPDF driver.</FONT></DIV>
<DIV><FONT size=2>2.4. it would have optional, multiple elements 
Component.</FONT></DIV>
<DIV><FONT size=2>This is the previous AdditionalDriverComponent.</FONT></DIV>
<DIV><FONT size=2>it the driver is a MS Windows driver with an inf included and 
the UPDF device description as the data format, this is likely 
redundant.</FONT></DIV>
<DIV><FONT size=2>however if the device configuration is the only file living in 
the device and the driver can be any generic UPDF, this is the chance to add a 
library or something else to that generic driver.</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>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>