attached mail follows:
Michael,
In response to your comments:
1. Roll paper was purposely omitted from the document. Refer to
the second paragraph of section 1.1, Scope. This decision was
made for two reasons; 1) it adds another level of complexity to
the document and 2) there appears to be very little interest by
PWG participants in roll feed devices.
2. Since we have already "bit the bullet" and added Media Type
and Color, finish is a likely next step. Since my time is
currently limited and knowledge of this subject is minimal,
a volunteer is needed to provide the necessary input. So,
when can you have a draft? ;-)
3. Maximum and minimum values define a characteristic of the
printer and I believe this is way beyond the scope of this
document. The Printer MIB currently provides an excellent
source for this information.
Ron Bergman
Hitachi Koki Imaging Solutions
-----Original Message-----
From: Michael Sweet [mailto:mike@easysw.com]
Sent: Friday, March 23, 2001 5:49 AM
To: Hastings, Tom N
Cc: ipp (E-mail); UPDF WG (E-mail)
Subject: UPD> Re: IPP> MED - Media Standardized Names Draft D0.4
down-loaded
"Hastings, Tom N" wrote:
>
> So Ron and I have agreed to add the Media Type Names to the Media
> Size Name standard, if that was the consensus at the meeting. We
> need to work on the conformance language some more.
> ...
OK, some general comments:
1. For the media type names, is "continuous" considered to be
the same as "roll"? I ask only because roll paper does not
have the perforations that continuous forms have.
I suggest adding a "roll" media type or ammending the
description for "continuous" to include roll type media
with no perforations.
2. The current media types don't address variations of particular
media types; these variations are generally the "finish" of
the media (glossy, matte, etc.), so I would recommend adding
standard "media finish" values that can be used to identify
an exact media type, rather than overloading the current
media types with additional name-finish varients.
3. There is presently no way to define the min & max custom
media size; this is absolutely required for this to work
in the real world (otherwise how do you know what media
sizes are valid?), e.g.:
"custom-size-minimum." short-dim "-" long-dim
"custom-size-maximum." short-dim "-" long-dim
This would essentially research the "size-minimum" and
"size-maximum" names, but allow a device to communicate
that any size from the minimum to the maximum dimensions
is supported. If these sizes are not available then the
client should only select media sizes from the provided
list.
-- ______________________________________________________________________ Michael Sweet, Easy Software Products mike@easysw.com Printing Software for UNIX http://www.easysw.com
This archive was generated by hypermail 2b29 : Tue Mar 27 2001 - 12:42:10 EST