Plasma/Active/Development/ActiveHIG/Settings: Difference between revisions
(Created page with "= Configuration Dialogs in Plasma Active = Configuration dialogs are used to configure options of * Applications * Functionality shared between applications (e.g. web browsing s...") |
(Removed exception from instant apply and fixed markup) |
||
(4 intermediate revisions by the same user not shown) | |||
Line 16: | Line 16: | ||
* All configuration dialogs can be accessed by opening the general Configuration Shell ("Settings") and selecting the entry. | * All configuration dialogs can be accessed by opening the general Configuration Shell ("Settings") and selecting the entry. | ||
* Application-specific dialogs can also be accessed from the application using a button or menu entry. | * Application-specific dialogs can also be accessed from the application using a button or menu entry. | ||
** If the application window is clearly separated into a navigation and a content area (like in a web browser) and has a starting page from which the user can navigate to different content, a button is placed on that starting page which navigates to the configuration "page", which is displayed inline in the content area | |||
** In all other cases, the configuration dialog is placed fullscreen above the application. | |||
* Shared application settings can also be accessed from each application that they affect | * Shared application settings can also be accessed from each application that they affect | ||
== Instant Apply == | == Instant Apply == | ||
Changes are applied instantly | Changes are applied instantly, there is no "Apply" or "OK" button. If possible in any way, avoid application-specific settings that need the application to be restarted in order to take effect. | ||
== Dialog Layout == | == Dialog Layout == | ||
Line 54: | Line 53: | ||
Keep all options of one kind within one screen, without scrolling. If your options do not fit on one screen, you probably have too many options. Mobile users usually do not want to fiddle with lots of detailed options. Think again which options are really useful / absolutely necessary. | Keep all options of one kind within one screen, without scrolling. If your options do not fit on one screen, you probably have too many options. Mobile users usually do not want to fiddle with lots of detailed options. Think again which options are really useful / absolutely necessary. | ||
=== Configuration widgets === | |||
Use the following widgets in configuration dialogs: | |||
* For turning things on and off, i.e. starting or stopping (sub-)processes or activating or deactivating hardware features(e.g. "Activate GPS", "Enable Service XYZ"), use a sliding switch to prevent accidental switching | |||
* For other yes/no options (e.g. "Skip run-together words" or "Delete cache when closing browser") which don't initiate an action like starting or stopping a process when switched, use a checkbox as they are easier to switch | |||
* To select one out of three to five options, use radio buttons if enough space is available | |||
* To select one of many options, use a [[../Widgets/SelectionDialog|Selection Dialog]] | |||
* Use edit boxes to enter text or numbers with undefined range | |||
* To adjust numbers within a defined range (e.g. 1-10), use a [[../Widgets/NumberWheel|Number Wheel]] | |||
* Use buttons to execute actions like clearing a cache or re-initiating a database. If the action is irreversible with potential loss of important data, ask for confirmation before executing the action |
Latest revision as of 20:56, 3 January 2012
Configuration Dialogs in Plasma Active
Configuration dialogs are used to configure options of
- Applications
- Functionality shared between applications (e.g. web browsing settings, multimedia settings)
- System components (e.g. locale, hardware options, power profiles)
What to Put in Configuration Dialogs
Configuration dialogs are not the solution for everything. Use them only for settings that
- Are relevant to the target user of your application or system component
- Have different optimal values for different users. If there is one value that works best for (almost) all users, do not provide a settings option
- Need only be changed very rarely. If an option needs to be changed depending on the task performed, put it in the interface for the task instead of a configuration dialog.
Access to Configuration Dialogs
- All configuration dialogs can be accessed by opening the general Configuration Shell ("Settings") and selecting the entry.
- Application-specific dialogs can also be accessed from the application using a button or menu entry.
- If the application window is clearly separated into a navigation and a content area (like in a web browser) and has a starting page from which the user can navigate to different content, a button is placed on that starting page which navigates to the configuration "page", which is displayed inline in the content area
- In all other cases, the configuration dialog is placed fullscreen above the application.
- Shared application settings can also be accessed from each application that they affect
Instant Apply
Changes are applied instantly, there is no "Apply" or "OK" button. If possible in any way, avoid application-specific settings that need the application to be restarted in order to take effect.
Dialog Layout
Each configuration dialog has the following elements:
- The title
- A short description of the dialog's purpose (if helpful)
- The list of options
Title
Choose the title like this:
- For application specific configuration dialogs, the title is the application's name.
- For shared application settings and system components, choose a simple term describing the kind of settings (e.g. "Multimedia", "Emoticons", "Personal Information", "Time and Date", "Power Management")
Short Description
The short description should not be longer than one sentence or a short comma-separated list of terms. Do not start with "Settings for..." or "Configure", as this implied by the fact that it's a Settings module. Example "Date Format, Currency, Metrics and other locale-specific settings" for "Locale").
If the title is already fully self-explanatory, omit the short description
List of Options
- Use sub-headlines to group related options. Sub-headlines are left-aligned
- Order settings within each group and the groups themselves by relevance, from most relevant to least relevant
- Display the option labels right-aligned and the configuration widgets left-aligned.
- Keep the labels short. Labels must never be more than one line long.
- If users may need further explanation for an option, put a question mark icon next to the label. When clicked, display a tooltip containing the explanation.
Keep all options of one kind within one screen, without scrolling. If your options do not fit on one screen, you probably have too many options. Mobile users usually do not want to fiddle with lots of detailed options. Think again which options are really useful / absolutely necessary.
Configuration widgets
Use the following widgets in configuration dialogs:
- For turning things on and off, i.e. starting or stopping (sub-)processes or activating or deactivating hardware features(e.g. "Activate GPS", "Enable Service XYZ"), use a sliding switch to prevent accidental switching
- For other yes/no options (e.g. "Skip run-together words" or "Delete cache when closing browser") which don't initiate an action like starting or stopping a process when switched, use a checkbox as they are easier to switch
- To select one out of three to five options, use radio buttons if enough space is available
- To select one of many options, use a Selection Dialog
- Use edit boxes to enter text or numbers with undefined range
- To adjust numbers within a defined range (e.g. 1-10), use a Number Wheel
- Use buttons to execute actions like clearing a cache or re-initiating a database. If the action is irreversible with potential loss of important data, ask for confirmation before executing the action