Sean,
Yeah, we'd probably do the same thing we have for job-priority (where job-priority-supported identifies the number of discrete values that are supported instead of a range...)
> On Aug 28, 2019, at 4:02 PM, Sean Kau <skau at chromium.org> wrote:
>> Do printers support this fine grained quality? Would the printer map to it's nearest supported value?
>> On Wed, Aug 28, 2019 at 12:59 PM Ira McDonald via ipp <ipp at pwg.org> wrote:
> Hi Mike,
>> I like this new attribute. I've been hearing developers bemoan that they have
> much finer-grained support for print-quality for the past 25 years.
>> Cheers,
> - Ira
>> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Co-Chair - TCG Metadata Access Protocol SG
> 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/blueroofmusic>http://sites.google.com/site/highnorthinc> mailto: blueroofmusic at gmail.com> PO Box 221 Grand Marais, MI 49839 906-494-2434
>>>> On Wed, Aug 28, 2019 at 3:33 PM Michael Sweet via ipp <ipp at pwg.org> wrote:
> All,
>> As an alternative to adding more (out of order) enum values to print-quality, how about a print-quality-percent (integer(0:100)) attribute where:
>> - print-quality-percent='25' maps to print-quality='3' (draft),
> - print-quality-percent='50' maps to print-quality='4' (normal), and
> - print-quality-percent='75' maps to print-quality='5' (high5)
>> Thoughts?
>> ________________________
> Michael Sweet
>>>> _______________________________________________
> ipp mailing list
>ipp at pwg.org>https://www.pwg.org/mailman/listinfo/ipp> _______________________________________________
> ipp mailing list
>ipp at pwg.org>https://www.pwg.org/mailman/listinfo/ipp>>> --
> Sean Kau
________________________
Michael Sweet