I don't understand your response. Especially your comment " rather simply adopting attributes defined therein". A feature, such as overrides, can't be taken in bits and pieces. A feature like this stands on its own and is either supported or not. I'd also point out that the overrides feature is the second version and has significant implementation experience behind it. It has been greatly simplified.
If your intention is to modify the test suite to permit to permit certain implementations to pass, I have no objection. The test suite was never intended to be comprehensive and rigorous. But you must not change the mandatory semantics of 5100.6 in a subsequent specification such as 5100.14. There is no association between overrides and "multiple-document-jobs-supported". I believe that was discussed and rejected. The "overrides-supported" attribute has two mandatory values if overrides is supported. Most important is that a printer MUST accept, and honor, "document-numbers" in a request. Of course the job level attributes (e.g., “multiple-document-handling”) are ignored. But the “ipp-attribute-fidelity” attribute MUST be honored. If it is true, a single document printer that supports overrides MUST NOT reject a job with an override that includes '1' in its "document-numbers" attribute.
I can probably make myself available for a PWG IPP meeting if this subject is on the agenda. Typing is not the most efficient way carry on a discussion. As you may of guessed, I strongly believe it would be a mistake to change a mandatory attribute/value to conditional.
Global Development Group
800 Phillips Rd, 111-04A
Webster NY, 14580-9701
Email: Peter.Zehler at Xerox.com
Office: +1 (585) 265-8755
Fax: +1 (585) 422-0238
Mobile: +1 (585) 329-9508
From: Kennedy, Smith (Wireless Architect) [mailto:smith.kennedy at hp.com]
Sent: Thursday, May 12, 2016 4:24 PM
To: Zehler, Peter <Peter.Zehler at xerox.com>
Cc: ipp at pwg.org
Subject: Re: [IPP] [PWG5100.6] Issue #30: "overrides-supported": 'document-numbers' should be conditionally required depending on "multiple-document-jobs-supported" = 'true'
I wanted to provide you with an update. We discussed this on Monday in the IPP WG meeting, and we all agreed with you that we should not be changing 5100.6. It will remain as it is.
However, since 5100.14 isn't requiring normative compliance with 5100.6 but is rather simply adopting attributes defined therein, we agreed that within the context of IPP Everywhere making "overrides-supported"/"document-copies" it was reasonable to conditionally require depending on "multiple-document-jobs-supported".
Please let me know if you see problems with this direction.
Wireless Architect - Client Software - IPG-PPS
Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF
> On 2016-05-09, at 5:03 AM, Zehler, Peter <Peter.Zehler at xerox.com> wrote:
> My concern is that clients that implement page overrides will break. The long standing specification explicitly states the printer must accept document number in a request. I know there are some clients that do not ask the printer first to see if the page number or document number are permitted in the request. The specification does not say that the printer must support the document object, and therefore "document-number" , in order to support page overrides. It only says that the printer must support the document number in the request. I would prefer to keep the requirements as specified not only to prevent client interoperability problems but also to keep the implementations simplified and not have to accommodate special case processing. The simplified implementation would be true not only on the client side but the printer side as well. I have no problem with the client checking to see if the "document-copies" is supported since the use of it is a corner condition. I would also argue that by definition even a printer implementation that supports only single document jobs does implement a document object and its associated number. It is just not exposed through the IPP protocol.
>> Peter Zehler
> Xerox Corp.
> Global Development Group
> 800 Phillips Rd, 111-04A
> Webster NY, 14580-9701
> Email: Peter.Zehler at Xerox.com> Office: +1 (585) 265-8755
> Fax: +1 (585) 422-0238
> Mobile: +1 (585) 329-9508
>> -----Original Message-----
> From: Kennedy, Smith (Wireless Architect) [mailto:smith.kennedy at hp.com]
> Sent: Friday, May 06, 2016 6:56 PM
> To: Zehler, Peter <Peter.Zehler at xerox.com>
> Cc: ipp at pwg.org> Subject: Re: [IPP] [PWG5100.6] Issue #30: "overrides-supported": 'document-numbers' should be conditionally required depending on "multiple-document-jobs-supported" = 'true'
>> Hi Pete,
>> Thanks for providing the background on this. But it still seems a bit odd to me to require support for an attribute when the feature itself isn't supported. As you say, if "document-numbers" is omitted, that is semantically equivalent to "all my documents" and on these products that is equivalent to "my first document" since it only supports one document per job.
>> Is your concern that there could be clients out there that would have their jobs rejected because they expect the printer to always support "document-numbers" and they don't? There are certainly a lot of printers out there that do not support it.
> Smith Kennedy
> Wireless Architect - Client Software - IPG-PPS
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF
> PWG Chair
> HP Inc.
>>>>>>> On 2016-05-05, at 9:11 AM, Zehler, Peter <Peter.Zehler at xerox.com> wrote:
>>>> If I remember correctly, the printer must accept the “document-numbers” in a client request even if the printer only supports single document jobs. For a single document job, and a printer that supports either single or multiple document jobs, the following attribute values in request containing an "overrides" attribute would all be equivalent:
>> "document-numbers": '1: 2147483647', (i.e., all my documents)
>> "document-numbers": '1: 1', (i.e., my first document)
>> "document-numbers" omitted (i.e. all my documents)
>>>> The client may specify a subset of documents to which the override is applied. The implication of not specifying is that the overrides applies to all. The printer must accept and understand all of these. A client specifying a document number that does not exist is ignored since the override applies only to the pages/documents/document-copies specified for the override.
>>>> I think it is simpler and cleaner to keep the primary specification of the override target (i.e., pages and document) mandatory for the printer to support in a request while the edge case (i.e., document-copies) remains optional.
>>>> Peter Zehler
>> Xerox Corp.
>> Global Development Group
>> 800 Phillips Rd, 111-04A
>> Webster NY, 14580-9701
>> Email: Peter.Zehler at Xerox.com>> Office: +1 (585) 265-8755
>> Fax: +1 (585) 422-0238
>> Mobile: +1 (585) 329-9508
>>>> -----Original Message-----
>> From: ipp [mailto:ipp-bounces at pwg.org] On Behalf Of smith.kennedy at hp.com>> Sent: Wednesday, May 04, 2016 4:27 PM
>> To: ipp at pwg.org>> Subject: [IPP] [PWG5100.6] Issue #30: "overrides-supported": 'document-numbers' should be conditionally required depending on "multiple-document-jobs-supported" = 'true'
>>>> [Issue Unconfirmed]
>>>> PWG 5100.6-2004 section 4.1.7 says:
>>>> This attribute MUST contain the keywords “pages” and “document-numbers” because
>> a Printer MUST support these attributes.
>>>> But the 'document-numbers' attribute should not be required unconditionally; it should be conditionally required depending on whether the Printer reports "multiple-document-jobs-supported" = 'true'. If it doesn't support "multiple-document-jobs-supported" or reports "multiple-document-jobs-supported" = 'false' then 'document-numbers' should not be required.
>>>> Link: http://www.pwg.org/issues/30>>>> _______________________________________________
>> ipp mailing list
>>ipp at pwg.org>>https://www.pwg.org/mailman/listinfo/ipp>