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>Some ideas of mine:</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>1. complexity specific UI</FONT></DIV>
<DIV><FONT size=2>
<DIV><FONT size=2>Each description should have at least one totally generic UI - 
the absolute fallback. this one might be pretty basic.</FONT></DIV>
<DIV>The technical requirements of the display may be very different (e.g. 
two-line text display, full-screen graphic&nbsp;display, etc.)</DIV>
<DIV>May result in an attribute for display a UI structure is targetted 
for.</DIV></FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>2. platform specific UI</FONT></DIV>
<DIV><FONT size=2>It should be possible to define additional UI structures for 
special platforms.</FONT></DIV>
<DIV><FONT size=2>I don't think it's possible to define something, which can be 
used under Windows XP and Mac OS-X, not even Mac OS-9 and OS-X. A driver would 
have to know an awful lot to filter certain features out depending on the actual 
platforms and as result of that - if possible at all - filtering some parts of 
the dialog may look pretty orphaned.</FONT></DIV>
<DIV><FONT size=2>This might be handled by an attribute Platform with a 
predefined list of entries (e.g. Generic, Win9X, WinXP, OS9, OSX, KDE, etc.). 
Fall back to Generic in case there is no structure for the platform the actual 
driver is working on. Not thoroughly thought of.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>3. locale specific UI</FONT></DIV>
<DIV><FONT size=2>might be good to have some locale specific structures. 
</FONT></DIV>
<DIV><FONT size=2>just thinking of different strings lengths or right-to-left 
issues.</FONT></DIV>
<DIV><FONT size=2>would result in an attribute Locale with a predefined list of 
entries.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>it is my personal belief that the information how a feature 
should be used in one or more user interfaces should not be stored with that 
feature. the driver would not expect to read it that way and it would be rather 
confusing to read and get the picture.</FONT></DIV>
<DIV><FONT size=2>Instead I think of multiple UI structures with references to 
features as needed.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Regards</FONT></DIV>
<DIV><FONT size=2>Norbert</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>