[Printing-architecture] Clarifications about the Presets

peter sikking peter at mmiworks.net
Fri Jul 31 08:58:45 PDT 2009

Till wrote:

> I had a phone call with Peter Sikking and asked him about tyhe exact  
> behavior of the presets. They should work as follows:
> If the user chooses a preset, all options are set to CUPS system  
> defaults and the options defined by the preset in the PPD are set as  
> defined in the preset. The dialog has to add a preset with the menu  
> entry "Default Settings" which sets everything to the CUPS system  
> defaults.

"Default Settings" being a 'working title' of course, exact default  
labelling needs a bit of careful thought from our side.

> This preset gets pre-selected when the dialog comes up for the first  
> time.
> This preset would be equivalent to
> *APPrinterPreset Default/Default Settings: ""
> in the PPD file (not defining any option settings, we only set the  
> options to the CUPS defaults). So the "Default Settings" preset  
> should only get added if there is no preset with empty option list.  
> This way a manufacturer could customize the UI string by adding this  
> to the PPD:
> *APPrinterPreset CanonDefaults/Canon's Defaults: ""
> If a user changes options on the right hand side of the level 3  
> dialog, the Preset Zone should change its layout from
>          +------------------------------+-+
> Presets:  |Web page                      |v|
>          +------------------------------+-+
> (http://wiki.openusability.org/printing/images/thumb/300px-Level2.png)
> to
>                                 +-------+-+
> Current Settings:  Save...       |Presets|v|
>                   -------       +-------+-+
> (http://wiki.openusability.org/printing/images/Level3_extended.png)
> In the first case, the drop-down menu contains "Default Settings" as  
> first item (if there is no empty preset in the PPD) and all presets  
> defined in the PPD (or defined by a fallback if the PPD has no  
> presets).
> In the second case the drop-down contains "Presets" as the first  
> entry and this is pre-selected.

Presets is a non-selectable label of the menu itself (so not an item).
as I said on the phone, we still have to look into the form of the
pop-up itself, if more advanced layouts bring more value. the fact
that we have this non-selectable "Presets" is a good reason to look
beyond a plain menu.

> The following entries are the same as in the first case. The  
> "Save ..." link allows to save the current settings. Saved settings  
> are added as new presets to the presets drop-down.
> In the second case selecting a Preset leads to the Preset Zone  
> returning to the first case.
> Note that with a preset selected no "Save..." is needed, as the  
> Preset puts all options to well-defined values and one can always  
> return to this state by selecting the preset.
> If the user selects a preset which he has defined (saved settings),  
> I would suggest that then a little icon to delete this preset  
> appears (a trash can or so). preferably in the preset zone. Peter,  
> what do you suggest?

the pop-up with the presets will contain further commands to manage
the presets (delete, rename) and to share presets (import/export,
upload to linuxprinting.org, download from linuxprinting.org).
this is a second reason to look at an advanced layout, beyond
a plain menu.


         founder + principal interaction architect
             man + machine interface works

         http://mmiworks.net/blog : on interaction architecture

More information about the Printing-architecture mailing list