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 5.50.4611.1300" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <DIV><FONT face=Arial size=2>The decision is that we will keep it as it is.</FONT></DIV> <DIV><FONT face=Arial size=2>That means we will go on with a unique attribute called 'ID' plus one or more classifying attribute with other names like 'Predefined_ID' or 'Proprietary_ID' per feature.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2>The defaults are decided as well.</FONT></DIV> <DIV><FONT face=Arial size=2>We will not save classifying attribute settings, but the unique ID of a feature.</FONT></DIV> <DIV><FONT face=Arial size=2>I have edited the current sample and added many more defaults. No generic features yet, as that is another open item. No generic PDL output features yet, as that is another open item.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2>All files are on our web site.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2>Regards</FONT></DIV> <DIV><FONT face=Arial size=2>Norbert Schade</FONT></DIV> <DIV style="FONT: 10pt arial">----- Original Message ----- <DIV style="BACKGROUND: #e4e4e4; font-color: black"><B>From:</B> <A title=norbertschade@oaktech.com href="mailto:norbertschade@oaktech.com">Norbert Schade</A> </DIV> <DIV><B>To:</B> <A title=upd@pwg.org href="mailto:upd@pwg.org">UPD group</A> </DIV> <DIV><B>Sent:</B> Friday, September 14, 2001 2:36 PM</DIV> <DIV><B>Subject:</B> UPD> item 11</DIV></DIV> <DIV><BR></DIV> <DIV><FONT face=Arial size=2>This is a very controversary item and probably the one with the most confusion about.</FONT></DIV> <DIV><FONT face=Arial size=2>1. The attribute ID currently is the attribute uniquely identifying a certain record of an element like a feature, e.g. media size or device resolution.</FONT></DIV> <DIV><FONT face=Arial size=2>ID has to be unique per UPDF description, but can have any form (ID_5, Norbert_s_size, 234, size80, etc.). Generally it's useless to try to interpret ID.</FONT></DIV> <DIV><FONT face=Arial size=2>2. Additionally to ID we have a number of classifying attributes with technical meaning. The entries in most if not all cases follow certain rules. They can be interpreted.</FONT></DIV> <DIV><FONT face=Arial size=2>Samples for classifying attributes are Predefined_ID/Proprietary_ID, KB, HorizontalResolution, etc.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2><U>Excerpt for Predefined_ID/Proprietary_ID</U></FONT></DIV> <DIV><FONT face=Arial size=2>I tried to explain this a number of times. I'll try again.</FONT></DIV> <DIV><FONT face=Arial size=2>We need a way to sometimes select from a list of predefined keywords (like coming from the standardized media names specification or from our own UPDF specification), but still be able to enter another value. This requires an editable combo box. That's not possible under the XML applications I know of. So we built a work-around by specifying one attribute Predefined_ID, where all the predefined keywords are listed, plus another attribute Proprietary_ID, where somebody can enter an arbitrary value (if we haven't defined a list of keywords, you may only see the one attribute Proprietary_ID). If a feature uses both attributes, we understand them as one merged list. To do that we add one more predefined keyword to the list called 'proprietary-media-size' (or similar). The rule is to look for the keyword in Predefined_ID, but in case that attribute shows 'proprietary-media-size' (or similar) look in Proprietary_ID. By that mechanism we have created something like an editable combo box. That's why I show the two attributes together in most cases separated by a slash.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2>I hope you're with me so far.</FONT></DIV> <DIV><FONT face=Arial size=2>In my world (and believe me I know it may not represent the whole world) I would save the unique ID in my driver, whenever I save the current setting of a feature. Under Windows that's done mainly in the registry, but another mechanism wouldn't make a difference for me.</FONT></DIV> <DIV><FONT face=Arial size=2>To the operating system or application I would always announce classifying attributes like I'd find in Predefined_ID/Proprietary_ID for media size or in HorizontalResolution and VerticalResolution for device resolution, etc.</FONT></DIV> <DIV><FONT face=Arial size=2>In interdependencies I would be allowed to work with the unique ID as well as with some classifying attributes (could be discussed). Classifying attributes may make some interdependencies shorter.</FONT></DIV> <DIV><FONT face=Arial size=2>Classifying attributes in my view are not necessarily (but often) unique. You may have a device resolution record for a true 600 dpi and another for a FastRes (600 dpi with another PJL command). Other cases with other features can be composed.</FONT></DIV> <DIV><FONT face=Arial size=2>That would mean the classifying attribute the driver/client announces to the application is not necessarily unique - for me not a problem.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2>One of the discussions is to make the classifying attributes unique (and therefore perhaps be able to let the attribute ID go completely, as it would not be needed any more as an additional identifyer).</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2>I think the key statement of this email is that I'd save and work with the unique ID in my driver, but communicate classifying ID's with the OS/application.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2>I said earlier that this item affects item 12. </FONT></DIV> <DIV><FONT face=Arial size=2>We have to decide whether we want to save defaults with the unique ID or differently.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT> </DIV> <DIV><FONT face=Arial size=2>Regards<BR>Norbert Schade<BR>Principal Software Engineer<BR>Advanced Development / Connectivity<BR>Oak Technology, Inc.<BR>10 Presidential Way<BR>Woburn, MA 01801<BR>USA<BR>Phone: 1-781-638-7614<BR>Fax: 1-781-638-7555<BR>email: <A href="mailto:norbertschade@oaktech.com">norbertschade@oaktech.com</A></FONT></DIV></BODY></HTML>