All,
I think an IPP v1.2 would be a good idea. It would give us an opportunity
to collect all the extensions into a single document. (A one stop shop for
IPP as opposed to about 1500 pages spread over some 28 documents) This
would also give us an opportunity for another Bake-Off. We have done a very
good job on interoperability on the core specs. I am unsure about the level
interoperability of the various extensions. I know some problems already
exist.
Pete
-----Original Message-----
From: McDonald, Ira [mailto:imcdonald at sharplabs.com]
Sent: Thursday, April 24, 2003 5:51 PM
To: 'ipp at pwg.org'
Subject: IPP> Should we do a PWG IPP/1.2 standard?
Hi,
Dennis Carney (IBM) recently observed that the IPP Document Object
spec was starting to sound a lot like "IPP/1.2". Below, Michael
Sweet (CUPS) again raises the possibility of an "IPP.1.2".
Is this a worthwhile idea?
_If_ there was at least one other editor who was MS Word literate
(Dennis Carney, Tom Hastings, ...?), I would volunteer to collaborate
on writing an "IPP/1.2" spec with new significantly higher REQUIRED
features that consisted entirely (or almost entirely) of pointers to
the definitions of operations, objects, and attributes in the over 30
documents (IETF and IEEE/ISTO) that currently specify parts of IPP.
Any takers?
Cheers,
- Ira McDonald
High North Inc
----- Excerpt ------
Michael Sweet wrote:
>Hastings, Tom N wrote:
>> ...
>> 1. DEPRECATE the way a client can close a Job by supplying an empty
>>Hmm, knowing that people are busy, etc., what are the chances that
>we do an IPP/1.2 specification based upon the current 1.1 docs +
>the common extensions (collections, notifications?, job-and-printer
>ops, plus the document object stuff)?
>>This is another extension which is pointing to an IPP/1.2 version
>bump - deprecating operations is something that should be reserved
>for new versions, since otherwise you might not have at least 1
>version to provide a transition period...
>