From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <49043F9D.7000603@gmail.com> Date: Sun, 26 Oct 2008 10:59:57 +0100 From: Till Kamppeter MIME-Version: 1.0 References: <200810132357.m9DNvMRf015955@dsl092-065-009.bos1.dsl.speakeasy.net> <0EBE855D-5320-4996-A88F-F81BF3EDA88E@mmiworks.net> <4901C12D.7010200@fakenhamweb.co.uk> <200810241134.05394.hvengel@astound.net> <200810251458.m9PEwS6D029068@dsl092-065-009.bos1.dsl.speakeasy.net> <49035AC2.5000000@fakenhamweb.co.uk> <4903A002.2000101@gmail.com> <200810252249.m9PMnrSo030956@dsl092-065-009.bos1.dsl.speakeasy.net> In-Reply-To: <200810252249.m9PMnrSo030956@dsl092-065-009.bos1.dsl.speakeasy.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Printing-architecture] [Gimp-print-devel] Looking ahead to 5.3 List-Id: Printing architecture under linux List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Robert Krawitz Cc: printing-architecture@lists.linux-foundation.org, gimp-print-devel@lists.sourceforge.net Robert Krawitz wrote: > Date: Sun, 26 Oct 2008 00:38:58 +0200 > From: Till Kamppeter > MIME-Version: 1.0 > CC: Robert Krawitz , > printing-architecture@lists.linux-foundation.org, > gimp-print-devel@lists.sourceforge.net, peter@mmiworks.net > Content-Type: text/plain; charset=UTF-8; format=flowed > > Alastair M. Robinson wrote: > > Hi :) > > > > Robert Krawitz wrote: > > > >> When you get right down to it, Gutenprint at its core really is a > >> hardware driver (or a package of hardware drivers). It's not an > >> application the way GIMP is -- it's a piece of infrastructure. > > > > True - however it doesn't have the luxury enjoyed by other pieces of > > infrastructure of being isolated from end-users. If I go to > > localhost:631, click on my printer and hit Set Printer Options, I see a > > user-interface. CUPS *presents* this user-interface, but which controls > > I see and how they're grouped is determined by Gutenprint. It may not > > be an application, but there are user-facing aspects. > > > > Incidentally, Peter, if an option exists in the PPD but isn't tagged, > > what happens? Will it appear in the Common Printing Dialog? > > And what happens if an APPrinterPreset specifies a value for an untagged > > option? Will it still be set? > > See my specs of the PPD extensions for the Common Printing Dialog: > > http://www.linuxfoundation.org/en/OpenPrinting/PPDExtensions > > Untagged PPDs will use the PPD groups as tags as a fallback. So options > will be shown in a reasonable order, But the advantage of one option > baing able to have more than one tag is not made use of with this fallback. > > What happens if there are more than 11 or what have you PPD groups? > Same as what you describe below? > Yes. > Each APPrinterPreset will create a quick preset button in the left > column of the dialog. And the button will always set all options > which it is supposed to set, independent of tags and groups. > > What's the upper limit on the number of presets? > There is no upper limit defined. Peter, what should happen if there are too many quick preset buttons to fit into the area on the left? Till