From: Richard_Landau@Dell.com
Date: Thu Aug 23 2007 - 15:47:10 EDT
The PrintSupply CR did not pass the TC, due to a strange comment that
should have been made a month ago. Here's my response. I will update
the CR and resubmit it.
I wonder if the commenter actually read the CR in advance. I think
that, in haste, he tripped over the name Level instead of
RemainingCapacity (that would clearly relate to MaxCapacity). He
doesn't have the diagram in the MIB intro to instruct him about the
subtle difference. In my next life, I'm going to argue for simpler
terminology that is less prone to this type of error but, yes, might be
slightly less precise.
rick
-----Original Message-----
From: Landau, Richard
Sent: Thursday, August 23, 2007 14:24
To: 'Betsy Richter'
Cc: steve_hand@symantec.com; 'John Crandall'; Hass, Jon
Subject: RE: Groups - CIMCoreCR00946.007.htm modified
Betsy (and Steve),
Thanks for the note about CIMCoreCR00946.
1. The change to the CR after the Core ballot was extremely minor. I
changed the Model field in the header from Core to Device, at John
Crandall's request. There is no substantive change for Steve to review.
2. To respond to Steve's question directly, the property
CIM_PrintSupply.Level is designed to answer the question, How much of
the supply remains, regardless of the type of supply. The combination
of SupplyUnit, MaxCapacity, and Level (and their related OtherXxx and
XxxBasis properties) should supply the information needed by an
application.
Perhaps the confusion stems from the fact that the SupplyUnit property
does not contain an enum value for "NumberOfStaples." Staples are not
usually loaded into a "stapler" finisher as preformed staples, but
instead as a continuous spool of wire which is sewn into the paper.
(Stapler finishers are often called "stitchers" for this reason.)
Depending on the manufacturer's preference, the SupplyUnit for a
stitcher/stapler might be Feet, Meters, Percent, etc.
Note that not every Finisher consumes a Supply. Sorters, folders,
bursters, and so forth, do not.
I hope this clears up the confusion. What do I need to do now about the
CR? Shall I revise it to include this comment and response, and set its
state back to CMTE-Pending?
Tnx.
rick
----------------------
Richard_Landau(at)dell(dot)com, Stds & System Mgt Architecture, CTO
Office
+1-512-728-9023, One Dell Way, RR5-3, MS RR5-09, Round Rock, TX 78682
-----Original Message-----
From: Betsy Richter [mailto:brichter@kavi.com]
Sent: Wednesday, August 22, 2007 16:47
Cc: steve_hand@symantec.com; brichter@kavi.com
Subject: Groups - CIMCoreCR00946.007.htm modified
This CR did NOT pass the TC and wasn't resolved on yesterday's call
(Steve Hand wasn't present to review the updated CR).
Ballot comments as follows:
Steve Hand Symantec Corporation It is not clear to me how this
class
represents the supplies for the print finisher. For example, ought there
be a property that contains the remaining staples?
I note that there's an updated CR uploaded post-ballot. Rick, do you
want Steve to review this CR and approve via email? If so, make sure
I'm copied on the approval, please.
-- Betsy Richter
Information about the document named CIMCoreCR00946.007.htm has been
modified by Betsy Richter.
Document Description:
[2.17 Experimental] Add class CIM_PrintSupply.
View Document Details:
http://www.dmtf.org/apps/org/workgroup/cim-core/document.php?document_id
=32410
Download Latest Revision of Document:
http://www.dmtf.org/apps/org/workgroup/cim-core/download.php/32410/lates
t/CIMCoreCR00946.007.htm
Referenced Items
Date Name Type
---- ---- ----
2007-08-21 CIMCoreCR00946:Add class CIM_PrintSupplyBallot
PLEASE NOTE: If the above links do not work for you, your email
application may be breaking the link into two pieces. You may be able
to copy and paste the entire link address into the address field of your
web browser.
-DMTF Administration
This archive was generated by hypermail 2.1.4 : Thu Aug 23 2007 - 15:47:20 EDT