< Plasma | Active | Development | ActiveHIGRevision as of 20:56, 3 January 2012 by Colomar (talk | contribs) (Removed exception from instant apply and fixed markup)(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff) Contents 1 Configuration Dialogs in Plasma Active 1.1 What to Put in Configuration Dialogs 1.2 Access to Configuration Dialogs 1.3 Instant Apply 1.4 Dialog Layout 1.4.1 Title 1.4.2 Short Description 1.4.3 List of Options 1.4.4 Configuration widgets 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 Retrieved from "https://community.kde.org/index.php?title=Plasma/Active/Development/ActiveHIG/Settings&oldid=17143" This page was last edited on 3 January 2012, at 20:56. Content is available under Creative Commons License SA 4.0 unless otherwise noted.