Hi Mike,
Right - what I (poorly expressed) meant to say was that with Validate-Job
and "pdl-override" of 'attempted' and specific "document-format" sent along
with whatever Job processing attributes, the IPP Client could query to see
how well the *attempt* would actually succeed (i.e., the extent of override
support for that specific document format).
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusichttp://sites.google.com/site/highnorthinc
mailto: 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 Mon, Jun 2, 2014 at 9:52 AM, Michael Sweet <msweet at apple.com> wrote:
> Ira,
>> On May 23, 2014, at 11:21 AM, Ira McDonald <blueroofmusic at gmail.com>
> wrote:
>> Hi Smith,
>> Actually, the Printer doesn't have to bind values to "xxx-actual" until
> the Job
> completes.
>> This reply is not about 'guaranteed'.
>> This reply is about the usability of 'attempted'.
>> An IPP Client could use Validate-Job with "document-format" and
> "pdl-override" and,
> when it receives the response that says ignored or substituted, examine
> the values
> of "preferred-attributes" (from JPS3, PWG 5100.13-2012) to find out the
> extent to
> which the Printer *could* and *could not* successfully 'attempt' to do the
> overrides.
>>> Well, if a Client sends "ipp-attribute-fidelity" (not "pdl-override"),
> then Validate-Job needs to respond just like
> Create-Job/Print-Job/Print-URI. So in that case "preferred-attributes"
> doesn't enter into the picture.
>> Instead, the Client would need to *omit* "ipp-attribute-fidelity" to see
> which overrides are supported. Then you'll get the unsupported
> attributes/values and potentially the ones that would be used instead.
>> Based on my own experience, I'm not sure how useful/reliable this method
> would be, but we can certainly document it.
>> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140602/2aefb233/attachment.html>