From: McDonald, Ira (imcdonald@sharplabs.com)
Date: Fri Oct 20 2006 - 13:45:56 EDT
Hi Rick,
The Printer MIB did a bit of shabby modelling, because an Interlock
may protect a part (e.g., pinch roller) that is NOT a Cover (I've seen
MIB-walks of real printers that did this).
Locations in MediaPaths are often instrumented with Interlock sensors,
although the thing being moved/removed isn't always a cover.
So, what about 'prtCoverTable' maps to 'PrintInterlock(s)', but
with a good Description cause explaining the legacy Printer MIB
modelling, and ADDING an 'IsCover' boolean property (defaults
to 'false' of course) to disambiguate the two cases?
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Blue Roof Music / High North Inc
PO Box 221 Grand Marais, MI 49839
phone: +1-906-494-2434
email: imcdonald@sharplabs.com
-----Original Message-----
From: Richard_Landau@Dell.com [mailto:Richard_Landau@Dell.com]
Sent: Friday, October 20, 2006 1:20 PM
To: McDonald, Ira
Cc: wims@pwg.org
Subject: RE: What name for Covers?
Gee, I thought that Cover included Interlock and that they were already
thoroughly intertwined a decade ago by the TC that you cited. It's only the
sensor that we care about, whether it's on a door or an internal component
-- for instance, if there is a door without a sensor, it certainly would not
appear in this group -- so I thought that interlock was the more general and
inclusive term.
---------
PrtCoverStatusTC ::= TEXTUAL-CONVENTION
-- This TC was extracted from prtCoverStatus in RFC 1759.
STATUS current
DESCRIPTION
"Values for encoding the state of a particular cover or
access panel on the printer case or enclosure."
SYNTAX INTEGER {
other(1),
coverOpen(3),
coverClosed(4),
interlockOpen(5),
interlockClosed(6)
}
---------
But if the group wants PrintDeviceCovers, hey, I'm easy. Other opinions or
suggestions?
rick
_____
From: McDonald, Ira [mailto:imcdonald@sharplabs.com]
Sent: Friday, October 20, 2006 11:56
To: Landau, Richard
Cc: 'wims@pwg.org'
Subject: RE: What name for Covers?
Hi Rick,
[copied WIMS list to make others aware of these issues]
A Cover is NOT an Interlock (in the Printer MIB) - the Interlock is just the
sensor and logic.
Conflating Cover with Interlock will screw up the semantics of some widely
implemented existing values of 'PrtAlertCodeTC' as well.
In the WIMS and Semantic Model/v2.0 schema Subunits.xsd, the classes
are simply Cover(s).
I dislike abandoning Printer MIB terms - how about 'PrintDeviceCover(s)'?
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Blue Roof Music / High North Inc
PO Box 221 Grand Marais, MI 49839
phone: +1-906-494-2434
email: imcdonald@sharplabs.com
-----Original Message-----
From: Richard_Landau@Dell.com [mailto:Richard_Landau@Dell.com]
Sent: Friday, October 20, 2006 12:39 PM
To: McDonald, Ira
Subject: What name for Covers?
I think that PrintCovers is a crummy name for a class. Almost everyone who
did not grow up with PrinterMIB would misunderstand the class until they
read the description. I suggest PrintInterlocks. In the Projector &
Display Management group, we are calling the comparable stuff the Interlock
Group. (If there isn't a sensor on the door, then we don't care about it.)
Seem reasonable to use PrintInterlock as a classname instead?
rick
----------------------
Richard_Landau(at)dell(dot)com, Stds & System Mgt Arch, CTO Office
+1-512-728-9023, One Dell Way, RR5-3, MS RR5-09, Round Rock, TX 78682
-- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.408 / Virus Database: 268.13.9/490 - Release Date: 10/20/2006-- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.408 / Virus Database: 268.13.9/490 - Release Date: 10/20/2006
This archive was generated by hypermail 2.1.4 : Fri Oct 20 2006 - 13:46:19 EDT