[Printing-architecture] Updated PPD extensions

[Printing-architecture] Updated PPD extensions

[Till Kamppeter]

Hi,

to fulfill the needs of Peter's last dialog UI design, there is a field 
in the dialog now for short descriptions of the quick presets. To allow 
individual, user-friendy help texts there (and not simply list the 
options which get set by the quick preset) I have added the new

*APPrinterPresetDescription <choice>: "<description>"

keyword and translations for it. I also added fallback rules for filling 
the description field when the new keyword is not used or when the 
presets come from a fallback (like the PrintoutMode option in Foomatic 
PPDs).

For multi-function printers I have added the new widget hint 
"faxnumber", so that one can tell that a string option represents a fax 
number and so one can add a button to the string input field which opens 
the user's address book.

See all the changes in

http://www.linuxfoundation.org/en/OpenPrinting/PPDExtensions

Click "History" at the bottom to visualize only the changes.

Please take these new extensions into account for the dialog.

    Till

Re: [Printing-architecture] Updated PPD extensions

[Ira McDonald]

Hi Till,

Of course, a BETTER hint about a Fax number would be
for the string option to contain a 'fax:' URI (RFC 2806).

Just a thought.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Blue Roof Music/High North Inc
email: blueroofmusic@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 15, 2009 at 2:58 PM, Till Kamppeter<till.kamppeter@gmail.com> wrote:
> Hi,
>
> to fulfill the needs of Peter's last dialog UI design, there is a field
> in the dialog now for short descriptions of the quick presets. To allow
> individual, user-friendy help texts there (and not simply list the
> options which get set by the quick preset) I have added the new
>
> *APPrinterPresetDescription <choice>: "<description>"
>
> keyword and translations for it. I also added fallback rules for filling
> the description field when the new keyword is not used or when the
> presets come from a fallback (like the PrintoutMode option in Foomatic
> PPDs).
>
> For multi-function printers I have added the new widget hint
> "faxnumber", so that one can tell that a string option represents a fax
> number and so one can add a button to the string input field which opens
> the user's address book.
>
> See all the changes in
>
> http://www.linuxfoundation.org/en/OpenPrinting/PPDExtensions
>
> Click "History" at the bottom to visualize only the changes.
>
> Please take these new extensions into account for the dialog.
>
>    Till
> _______________________________________________
> Printing-architecture mailing list
> Printing-architecture@lists.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/printing-architecture
>

Re: [Printing-architecture] Updated PPD extensions

[Till Kamppeter]

Ira McDonald wrote:
> Of course, a BETTER hint about a Fax number would be
> for the string option to contain a 'fax:' URI (RFC 2806).

Do you mean the name of the string option, like "fax:number"? I do not 
know whether a CUPS option name van contain a colon, probably not due to 
the colon's special meaning in PPD files. Or do you mean the content of 
the string should start with "fax:", like "fax:001-218-555-7777"? It 
would be awkward if the user had to type "fax:" before he types the 
number. We expect the user to type only the number ("001-218-555-7777"), 
then CUPS gets something like "faxnumber=Custom.001-218-555-7777".

    Till

Re: [Printing-architecture] Updated PPD extensions

[Ira McDonald]

Hi Till,

I meant that the content should be strongly typed as
a 'fax:' URI value - that guarantees normalization,
support for suffixes (post-dial numbers), etc.

Apparently that won't work.

A PPD string option can't contain a colon?  Really?
There are a lot of URI in IPP and IPP extension
attributes.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Blue Roof Music/High North Inc
email: blueroofmusic@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 15, 2009 at 4:56 PM, Till Kamppeter<till.kamppeter@gmail.com> wrote:
> Ira McDonald wrote:
>>
>> Of course, a BETTER hint about a Fax number would be
>> for the string option to contain a 'fax:' URI (RFC 2806).
>
> Do you mean the name of the string option, like "fax:number"? I do not know
> whether a CUPS option name van contain a colon, probably not due to the
> colon's special meaning in PPD files. Or do you mean the content of the
> string should start with "fax:", like "fax:001-218-555-7777"? It would be
> awkward if the user had to type "fax:" before he types the number. We expect
> the user to type only the number ("001-218-555-7777"), then CUPS gets
> something like "faxnumber=Custom.001-218-555-7777".
>
>   Till
>

Re: [Printing-architecture] Updated PPD extensions

[Till Kamppeter]

Ira McDonald wrote:
> A PPD string option can't contain a colon?  Really?
> There are a lot of URI in IPP and IPP extension
> attributes.

The string which the user enters can contain a colon, the name of the 
option cannot contain a colon.

    Till