All of lore.kernel.org
 help / color / mirror / Atom feed
From: Till Kamppeter <till.kamppeter@gmail.com>
To: Michael Sweet <msweet@apple.com>,
	Open Printing <printing-architecture@lists.linux-foundation.org>,
	Marek Kasik <mkasik@redhat.com>
Subject: Re: [Printing-architecture] Some suggestions for the DNS-SD (Bonjour) printer support in the dialog
Date: Thu, 13 Jun 2013 12:11:35 +0200	[thread overview]
Message-ID: <51B99AD7.1090005@gmail.com> (raw)
In-Reply-To: <D36BAB03-9A91-42E9-A994-DC0D3C6C254D@apple.com>

During the discussion I asked this:

On 05/18/2013 08:29 AM, Michael Sweet wrote:
>> If I create a raw CUPS queue, can I send a job to it with special IPP
>> attributes so that CUPS applies a filter chain? This way I could make
>> cups-browsed only create raw queues to avoit IPP polling and the dialog
>> then could poll the printer's capabilities when the User selects the
>> printer, create the option panel PPD-less and send the job with IPP
>> attributes for the options and for making CUPS applying filters to get
>> the output into the format needed by the printer.
>> 

Is this possible with CUPS?

Then CUPS could work as spooler and filter when the exact printer
capabilities are only discovered at the moment when the user selects the
printer for a job via the print dialog. cups-browsed creates only a raw
queue on the Bonjour discovery of a printer to avoid waking up the
printer and complete capabilities are polled via IPP only if the user
selects a printer in the dialog and the dialog has to show the option panel.

   Till


  parent reply	other threads:[~2013-06-13 10:11 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-16 19:48 [Printing-architecture] Some suggestions for the DNS-SD (Bonjour) printer support in the dialog Till Kamppeter
2013-05-17  5:32 ` Michael Sweet
2013-05-17  7:21   ` Till Kamppeter
2013-05-17 14:17     ` Michael Sweet
2013-05-18 23:45       ` James Cloos
2013-05-19  6:08         ` Michael Sweet
2013-06-12 22:52           ` Till Kamppeter
2013-06-13 14:05             ` Michael Sweet
2013-05-17 10:02   ` Tim Waugh
2013-05-17 14:20     ` Michael Sweet
2013-06-13 10:01   ` Till Kamppeter
2013-06-13 11:25     ` Michael Sweet
2013-06-13 14:34       ` Till Kamppeter
2013-06-13 14:40         ` Michael Sweet
2013-06-13 11:42     ` Tim Waugh
2013-06-13 12:20       ` Till Kamppeter
2013-06-13 14:08         ` Michael Sweet
     [not found] ` <51962BA7.4030304@redhat.com>
2013-05-17 14:23   ` Michael Sweet
2013-05-17 18:14     ` Till Kamppeter
     [not found]       ` <D36BAB03-9A91-42E9-A994-DC0D3C6C254D@apple.com>
2013-06-13 10:11         ` Till Kamppeter [this message]
2013-06-13 11:39           ` Michael Sweet
2013-06-13 12:49             ` Till Kamppeter
2013-06-13 14:19               ` Michael Sweet
2013-06-13  9:58     ` Till Kamppeter
2013-06-13 11:18       ` Michael Sweet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51B99AD7.1090005@gmail.com \
    --to=till.kamppeter@gmail.com \
    --cc=mkasik@redhat.com \
    --cc=msweet@apple.com \
    --cc=printing-architecture@lists.linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.