Hi Ron,
Doesn't work - MS specifically said that they wanted PortName restricted
to a _name_ that they will display in their tools and do NOT want it to
include descriptive text. Your memory is incorrect.
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 at sharplabs.com
-----Original Message-----
From: Paul Danbold [mailto:danbold at apple.com]
Sent: Wednesday, April 20, 2005 11:55 PM
To: Bergman, Ron
Cc: pmp at pwg.org; Harry Lewis (E-mail); Ira McDonald (E-mail 3);
MFenelon at microsoft.com; IvanP at microsoft.com
Subject: Re: Adding ppmPortDescription to Port Mon MIB
Ron,
Thanks for the clarification. In the expectation that manufacturers will
initialize ppmPortName with helpful information, I am satisfied there is no
need to add an additional object.
-Paul
---------------------------------------------------------------
Paul Danbold
Imaging Technologies Evangelist, Apple Worldwide Developer Relations
3 Infinite Loop, MS:303-2TE, Cupertino, CA 95014
408-974-0050 (office) 408-425-3351 (mobile)
---------------------------------------------------------------
On Apr 15, 2005, at 9:48 AM, Bergman, Ron wrote:
I remembered this morning why we decided, several months back, to remove
this object.
Since the MIB contained both a desciptive name and a description, it was
agreed that
the two objects were redundant. To clarify this situation I recommend that
the object
ppmPortName be changed to ppmPortDescriptiveName or ppmPortDescription,
rather
than go back to the original redundant pair.
ppPortName is a natural language string with up to 127 characters. For Paul
Danbold's
example I could provide a name such as:
"Networked LPR port providing binary PostScript printing for use by
marketing"
This is less than 80 characters and should be more than sufficient to
satisfy Paul's
requirement.
Also, in addition to a possible name change, it must be noted that this
object is
expected to be administratively configured using an out-of-band method.
Paul, please indicate if this is sufficient.
Ron Bergman
Ricoh Printing Systems America
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.pwg.org/archives/pmp/attachments/20050421/10822445/attachment-0001.html