I’m fine with going with Mike’s descriptions.
Smith
On 2014-07-09, at 3:39 PM, Ira McDonald <blueroofmusic at gmail.com> wrote:
> Hi Smith,
>> I agree with Mike's much simpler definitions.
>> I don't like this explicit ordering from "top" to "bottom" bin, because
> it's hardware architecture specific and doesn't even mean anything
> if the only two bins are side by side (they sometimes are).
>> 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/blueroofmusic>http://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 Wed, Jul 9, 2014 at 5:20 PM, Michael Sweet <msweet at apple.com> wrote:
> I'm still not sure about the explicit ordering (top to bottom); let's see if others have a problem with it...
>> (also, "or copy job" doesn't make sense since we have no copy service in IPP...)
>>> On Jul 9, 2014, at 5:01 PM, Kennedy, Smith (Wireless Architect) <smith.kennedy at hp.com> wrote:
>>> Fair enough. :) How about this:
>>>> ‘job-separator’
>> Jobs are delivered to an available (empty) output bin, starting from the top bin and continuing to the bottom bin. If no bins are empty, a job is delivered first to the top bin and, if the top bin is full, then to subsequent bins, continuing to the bottom bin.
>>>> ’collator’
>> Each copy of a single print or copy job is delivered to a separate output bin, starting with the top bin and continuing to the bottom bin. When a copy is delivered to the lowest bin, the next copy is delivered to the top bin and the delivery process is repeated.
>>>>>>>> Smith
>>>>>>>> On 2014-07-09, at 2:40 PM, Michael Sweet <msweet at apple.com> wrote:
>>>>> No objections here, although the descriptions could be made simpler and less tied to a particular implementation, e.g.:
>>>>>> 'job-separator'; All of the output for the job is placed in an empty output tray. If no trays are empty, the Printer chooses an output tray in an implementation-defined manner.
>>>>>> 'collator'; Each copy is placed in an empty output tray. If all trays are full, the Printer cycles through each of the trays in an implementation-defined manner.
>>>>>> Since you can only specify one "output-bin" value, I don't think you need the "When this mode is selected" user manual verbiage.
>>>>>>>>> On Jul 8, 2014, at 1:19 PM, Kennedy, Smith (Wireless Architect) <smith.kennedy at hp.com> wrote:
>>>>>>> Greetings,
>>>>>>>> Hewlett-Packard would like to request that 2 new keywords be defined for the “output-bin” attribute defined in PWG 5100.2: ‘job-separator’ and ‘collator’. Each of them are described below.
>>>>>>>> ‘job-separator’
>>>> Jobs are delivered to an available (empty) output bin (a job can include the original and its copies), starting from the top bin and continuing to the bottom bin. If no bins are empty, a job is delivered first to the top bin and, if the top bin is full, then to subsequent bins, continuing to the bottom bin. The bin that the job is sent to is considered the destination bin. When the Job Separator mode is selected, you cannot select which bin to send your job to.
>>>>>>>> ’collator’
>>>> Each copy of a single print or copy job is delivered to a separate output bin, starting with the top bin and continuing to the bottom bin. When a copy is delivered to the lowest bin, the next copy is delivered to the top bin and the delivery process is repeated. When this mode is selected, you cannot select which bin to send your job to.
>>>>>>>> Please reply with any comments or questions. We can discuss these briefly in the next IPP WG con call,
>>>>>>>> Cheers,
>>>> Smith
>>>>>>>> /**
>>>> Smith Kennedy
>>>> Hewlett-Packard Co.
>>>> */
>>>>>>>> _______________________________________________
>>>> ipp mailing list
>>>>ipp at pwg.org>>>>https://www.pwg.org/mailman/listinfo/ipp>>>>>> _________________________________________________________
>>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>>>>>> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>> _______________________________________________
> ipp mailing list
>ipp at pwg.org>https://www.pwg.org/mailman/listinfo/ipp>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140709/124b1e24/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4956 bytes
Desc: not available
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140709/124b1e24/attachment.p7s>