[Desktop_printing] PPD settings vs IPP options

McDonald, Ira imcdonald at sharplabs.com
Tue Feb 14 21:44:41 PST 2006



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

Robert L Krawitz wrote:
> Sent: Tuesday, February 14, 2006 8:28 PM
> To: kpfeifle at danka.de
> Cc: desktop_printing at lists.osdl.org
> Subject: Re: [Desktop_printing] PPD settings vs IPP options
> 
> 
>    From: Kurt Pfeifle <k1pfeifle at gmx.net>
>    Date: Wed, 15 Feb 2006 02:20:02 +0000
> 
>    --===============85155369033999828==
>    Content-Type: text/plain;
>      charset="utf-8"
>    Content-Transfer-Encoding: 7bit
>    Content-Disposition: inline
> 
>    On Wednesday 15 February 2006 00:46, Robert L Krawitz wrote:
>    >    From: Kurt Pfeifle <k1pfeifle at gmx.net>
>    >    Date: Tue, 14 Feb 2006 14:48:14 +0000
>    > 
>    >    On Tuesday 14 February 2006 12:40, Robert L Krawitz wrote:
>    > 
>    >    >    > A related problem is when the printer itself offers two
>    >    >    > (or more) choices of margins.  A lot of Epson printers,
>    >    >    > for example, offer two choices of margins, normal and
>    >    >    > expanded (i. e. full bleed), and representing this in a
>    >    >    > PPD file is problematic.
>    >    > 
>    >    >    Could you give some background info why it is 
> problematic?
>    >    > 
>    >    > The PPD file only provides one imageable area per 
> paper size.
>    > 
>    >    IIRC, this is by paper size *name*. AFAIK, you can 
> define, say, 2 (or
>    >    more) different "Letter" paper size names with 
> identical "PageSize", 
>    >    but different "ImageableArea", eg.:
>    > 
>    > Yes, but the problem is that we already offer a huge number of
>    > different page sizes -- on the R1800, for example, we 
> already offer 78
>    > page sizes, and on larger printers even more.  Doubling 
> (or worse)
>    > that leads to a completely unwieldly interface.
> 
>    ACK, but that's a differnt matter altogether from what you
>    initially stated as the "problem" :-)
> 
> True, but it does have an impact on the solution space...
> 
> -- 
> Robert Krawitz                                     <rlk at alum.mit.edu>

I'm aware of shipping production printers that publish over
300 supported paper sizes via the IPP 'media-col' collection
attribute, each with 10 descriptive attributes, and sometimes
several instances (for different colors or whatever).

Excerpted from the IEEE-ISTO PWG "IPP Production Printing
Attributes - Set 1" (PWG 5100.3-2001):

3.13 media-col (collection) - augments IPP "media"
3.13.1 media-key (type3 keyword | name(MAX))
3.13.2 media-type (type3 keyword | name(MAX))
3.13.3 media-info (text(255))
3.13.4 media-color (type3 keyword | name(MAX))
3.13.5 media-pre-printed (type3 keyword | name(MAX))
3.13.6 media-hole-count (integer(0:MAX))
3.13.7 media-order-count (integer(1:MAX))
3.13.8 media-size (collection)
3.13.9 media-weight-metric (integer(0:MAX))
3.13.10 media-front-coating (type3 keyword | name(MAX)) and 
        media-back-coating (type3 keyword | name(MAX))
3.13.11 media-recycled (type3 keyword | name(MAX))

Expressing all that (with ordered constraints) in PPDs is
going to _real_ ugly.

Cheers,
- Ira



More information about the Printing-summit mailing list