Hi Bill,
All of these questions have already been addressed earlier in
this thread (notes dated 18 through 23 December).
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Co-Chair - TCG Hardcopy WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
email: blueroofmusic at gmail.com
winter:
579 Park Place Saline, MI 48176
734-944-0094
summer:
PO Box 221 Grand Marais, MI 49839
906-494-2434
On Tue, Jan 5, 2010 at 2:00 PM, William Wagner <wamwagner at comcast.net>wrote:
>>> 1. Line 51 in the minutes: There is no document ticket, only job
> ticket containing document processing instructions. I had noted not to
> indicate that a job may contain a one or more Document Tickets. But if a Job
> cannot contain any Document Tickets, I wonder where document tickets get
> associated with the documents in a job?
>> 2. The resolution of StorageMakeAndModel reference is not noted. I
> recall a reference to the HR MIB and the Printer MIB, but I can find this
> object in neither.
>> 3. We restricted GetDocumentElements , GetJobElements and Get
> ServiceElements to accept a restricted set of complex elements as an
> argument (DocumentReceipt, DocumentStatus or DocumentTicket; JobReceipt,
> JobStatus, or JobTicket; ServiceCapabilities, ServiceConfiguration,
> ServiceDescription, ServiceStatus or DefaultJobTicket, respectively). The
> operations would then presumably return all of the elemental elements &
> values.
>> o The December minutes suggest that the elements of MediaCol, a complex
> constituent appearing several places in ServiceCapabilities and JobTicket
> would not be returned because it included too many objects. Is this the
> way we specify these operations?
>> o How about the SetXXXElements operations? Does the client send all
> element values (!!) or just the specific elements to be set?
>> o If the latter, are elements to be set identified by the full path of
> complex elements above them (since element names are not unique)?
>> Thanks,
>> Bill Wagner
>>>> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
> believed to be clean.
>> _______________________________________________
> mfd mailing list
>mfd at pwg.org>https://www.pwg.org/mailman/listinfo/mfd>>
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/mfd/attachments/20100105/46f798d9/attachment-0001.html>