All of lore.kernel.org
 help / color / mirror / Atom feed
From: Till Kamppeter <till.kamppeter@gmail.com>
To: Michael Sweet <msweet@apple.com>
Cc: Open Printing <printing-architecture@lists.linux-foundation.org>,
	Marek Kasik <mkasik@redhat.com>, James Cloos <cloos@jhcloos.com>
Subject: Re: [Printing-architecture] Some suggestions for the DNS-SD (Bonjour) printer support in the dialog
Date: Thu, 13 Jun 2013 00:52:23 +0200	[thread overview]
Message-ID: <51B8FBA7.6060502@gmail.com> (raw)
In-Reply-To: <B5705E2C-0C03-4BA3-9A37-D13B1654F869@apple.com>

On 05/19/2013 08:08 AM, Michael Sweet wrote:
> 
> The reason I mention DBUS is that it a simple way to implement a per-user spooler that provides "temporary" print queues.  This could also be part of cupsd (it used to be for CUPS browsing), but I want to be careful not to re-introduce the problems of CUPS browsing.
> 
> The key is that auto-adding every printer you see has a huge overhead and isn't particularly useful for the user when there are more than a few printers - how many printers does one user print to in the typical case?  Browsing and adding-on-first-use is a much better solution since then you just manage those printers you use on a particular system.

What about cups-browsed offering a D-Bus service to create a temporary
print queue, queue creation being triggered when a Bonjour-discovered
network printer is selected in the print dialog and "Print" is selected.
Queues are removed if they stay for a time X without job (preferred), on
another D-Bus command, or on shutdown of cups-browsed. These queues get
visible for other users, but this is no problem if they look the same in
the other user's print dialog then. The job of the other user gets into
the same temporary queue then and correctly waits until the first user's
job finishes.

This would make all print spooling be done by CUPS and not require any
extra per-user or per-dialog spooler. Also if different users send jobs
shortly one after the other, the jobs get correctly queued and cannot
mix up.

WDYT?

   Till


  reply	other threads:[~2013-06-12 22:52 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 [this message]
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
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=51B8FBA7.6060502@gmail.com \
    --to=till.kamppeter@gmail.com \
    --cc=cloos@jhcloos.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.