All
I was asked to provide a set of (call them) support levels for the
SM2.0/PWG:PJT. I have completed the top level objects and would like
feed back on my proposal levels.
All of my documentation is done as C-Code for now. [For BJSON, JSON,
XML or whatever, as you will see later, my code contains a "def" struct
for each element/attribute/value which are used for converting internal
binary (struct) data.]
Wording for Support Levels:
The Print Job Ticket (PJT) consist of a rich set of printing objects,
attributes, elements and values that support the simplest level of
printing to most complex. It supports printing from/in embedded,
mobile, home-office, business office and production environments.
However, requiring all Applications and Print Clients in the various
environments to support the complete set of PWG: PJT objects, elements,
attributes and values would be a burden. While a Print Service only
needs to provide capability information that is supports; currently, a
Print Client must support all PWG:PJT objects, elements, attributes and
values that any Print Service could potentially provide as a capability;
this is just not practical in all situations and environments. This
section provides a solution by defining several Support Levels that a
Print Client can advertise to Print Services.
An individual Support Level consist of proper subset of the complete set
of PWG:PJT objects, elements, attributes and values. Currently, there
are three Support Levels. The first level represent "Simple" printing
needs, the second level supports nominal/typical office printing and,
the third level, represent the full PWG:PJT specification.
Any Print Client or Print Service may elect to implement (advertise and
comply to) one of the SM2.0/PWG:PJT Support Levels. When a Print Client
or Print Service declares implementation of a Support Level, the Print
Client or Print Service MUST be capable of supporting all objects,
elements, attributes and values for that Support Level. If a Print
Client does not declare a specific Support Level implementation, the
Print Client SHALL have an assumed Support Level of the most
encompassing (all objects, elements, attributes and values) Support
Level.
A Print Client MAY advertise to a End-User an object, element, attribute
and/or value at a higher Support Level only if the Print Client directly
supports that object, element, attribute and/or value.
For example, a Print Client at Support Level 1 MAY advertise "Front
Cover" support (a Support Level 2 element); but, the Print Client MUST
provide all internal implementation to support a Front Cover. This is
analogous to Print Service with no Front Cover capability but with Print
Client support.
A Print Service MUST NOT provide capability data or Print Job Ticket at
the Support Level above that of the Print Client. The Print Client MAY
either:
i) Reject the Print Job Ticket in it entirety, or
ii) Reject the Print Job Ticket for unsupported
MUST_HONOR elements, or
iii) Ignore the unsupported object, element, attribute
and/or value.
Please review info at
ftp://ftp.pwg.org/pub/pwg/mfd/white/Proposed.PWG.PJT.Support.Level-2013.
02.13.zip
(did not mean to put the last one in cloud directory)
glen
--
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/cloud/attachments/20130213/596ddc73/attachment-0002.html>