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>Seen Mark's new version of the PDC.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2><STRONG><U>Comments</U></STRONG></FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>- <STRONG>General</STRONG></FONT></DIV>
<DIV><FONT size=2>-- we use 'device-setting' in UPDF instead of 'none' and think 
that more descriptive.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>- <STRONG>Copies, 
MediaZoomingByPercentage</STRONG></FONT></DIV>
<DIV><FONT size=2>-- we define a range with a step in UPDF</FONT></DIV>
<DIV><FONT size=2>-- we still do think there should not be any 'None' combined 
with an integer.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>- <STRONG>MediaColor</STRONG></FONT></DIV>
<DIV><FONT size=2>-- in UPDF we would still allow the original MediaColorWKV 
defined in the MediaWellKnownValue schema ('white', 'pink', etc.)</FONT></DIV>
<DIV><FONT size=2>-- if we predefine an additional list - as I've done in the 
attached FSGDataTypes schema - I'd like us to follow the pattern of the 
updf:MediaColorRGBExtensionPattern, which follows the pattern of the 
pwg:MediaColorExtensionPattern.</FONT></DIV>
<DIV><FONT size=2>that means we'd always start with 'custom-media-color-rgb-', 
then specify an RGB value, then arbitrarily add a semantic identifier. this 
would not hurt any of the existing patterns in place and would be a reliable and 
predictable pattern before the semantic identifier. I've seen you like hex 
values better. so I changed that in the MediaColorRGBExtensionPattern, but used 
lower case to stay with the MediaColorExtensionPattern.</FONT></DIV>
<DIV><FONT size=2>does that work for you?</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>- <STRONG>MediaInputTrayCheck</STRONG></FONT></DIV>
<DIV><FONT size=2>-- I changed the spelling to lower case with dash</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>- <STRONG>MediaSize</STRONG></FONT></DIV>
<DIV><FONT size=2>-- I didn't check the list, but I assume it's the complete 
list as defined in the MediaWellKnownValue schema.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>- <STRONG>MediaType</STRONG></FONT></DIV>
<DIV><FONT size=2>-- added 'plain' to the FSG data types</FONT></DIV>
<DIV><FONT size=2>-- added the new FSG data type to the UPDF data 
type</FONT></DIV>
<DIV><FONT size=2>-- I did not add 'none', as we have a general 
'device-setting'</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>- <STRONG>MediaHarwareMargins, NumberUp, 
PrinterResolution</STRONG></FONT></DIV>
<DIV><FONT size=2>-- we do not follow the same pattern in UPDF and FSG, although 
we express similar information. we think our pattern is more human 
readable.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>- <STRONG>Description of device color 
capabilities</STRONG></FONT></DIV>
<DIV><FONT size=2>-- especially with the latest modifications and the telecon 
yesterday in mind I am convinced that the current UPDF description offers all 
input a driver needs for a basic device color functionality.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>I practiced&nbsp;different ways to implement finishing 
features, but I'm still thinking.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>All this work only makes sense to me, if we commonly use the 
same schemas.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>I put all actual schemas and instances on the UPDF ftp 
site.</FONT></DIV>
<DIV><FONT size=2>use <A 
href="ftp://ftp.pwg.org/pub/pwg/upd/wd/">ftp://ftp.pwg.org/pub/pwg/upd/wd/</A>&nbsp;or 
the links on the web site.</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></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>