Options, Settings, Properties, Configuration, Preferences — when and why?

ConfigurationPropertiesSettingsOptions

Configuration Problem Overview


There are several words with similar (in some sense) meaning: > Options, Settings, Properties, Configuration, Preferences

English is not my native language. Could you explain the difference in simple English please? I think the following template could be useful: > * Use XXX in your GUI in order to let people change behaviour of your application (maybe preferences or settings?)

  • Use YYY in your GUI in order to let people change parts of an object (perhaps properties or options?)
  • Use ZZZ in your code ...

What are best practices?

Configuration Solutions


Solution 1 - Configuration

Tricky, this, as there's no one single consistent style followed by all applications. As you say they are (broadly) synonyms.

In truth it doesn't really matter so long as your expected audience understands what you mean.

The biggest difference is between Properties, which usually affect a component or object, and the others, which affect the whole application.

Following an approximate lead from Visual Studio and other Microsoft products:

  • Properties represent the characteristics of a single component or object in the application.
  • Options alter global ways that the application works. Microsoft products use this to customise the UI toolbar, for example. There's an implication here that you can disable UI elements altogether (e.g. a "Simple" user interface or an "Advanced" user interface).
  • Settings and Preferences change qualities of how the application works. The implication here is to change, not disable: for example, "Metric measurements" or "British Imperial measurements".
  • Configuration is often where an application is customised for each user or group.

But there's no single rule.

I'd suggest you use Properties for object characteristics and Settings for everything else that's application-wide.

Solution 2 - Configuration

These aren't set anywhere, but I figured I might as well chip in my 2¢ on the topic. When I see these in an application, this is what they imply to me:

  • Settings: "View or modify the list of things that can be set"
  • Options: "We have set some things already, and give you the option to change them"
  • Preferences: "Tell us how you prefer this to work"
  • Properties: "Change one or more properties of this item"
  • Edit: "This thing is already in a good state, but you can change it if you like"
  • Configuration: "We have defaults, but they're so barebones you probably want to configure it yourself"

Solution 3 - Configuration

I think that one point of view is missing here namely the relation between configuration/settings/options/preferences.

To me a configuration or preferences contain many settings or options so there can be one setting or one option.

You usually say "Change this option/setting" and not "Change this preference/configuration", don't you?

When someone says preferences or configuration I understand it as a set of settings or options.

Solution 4 - Configuration

I just did a quick scan and wanted to post this list for reference.

Edge                        Settings
Google Chrome               Settings
Google Chrome DevTools      Settings > Preferences
Mozilla FireFox             Options (about:preferences) > Network Settings
Mozilla FireFox DevTools    Settings > Editor Preferences
Opera                       Settings

DeviantArt                  Settings
Facebook                    Settings, News Feed Preferences
GitHub                      Settings
Google                      Settings
IMDb                        Account Settings > Preferences
Instagram                   Options (aria-label)
JSFiddle                    Settings
StackOverflow               Settings > Preferences
Twitter                     Settings
YouTube                     Settings

FileZilla                   Edit > Settings
GitHub                      File > Options
Notepad++                   Settings > Preferences
VS Code                     Preferences > Settings

Audacity                    Preferences
IcoFx                       Options > Preferences > Options
Process Explorer            Options
TeamViewer                  Tools > Options
uTorrent                    Options > Preferences
Windows Media Player        Tools/Organize > Options

phpmyadmin                  Settings
XAMPP                       Config > Service and Port Settings
                                   > Log Options

MS Word                     File > Options > Proofing > AutoCorrect Options
                                                      > Writing Style Settings

Photoshop                   Edit > Color Settings
                            Edit > Preferences
                            Type > Language Options
                            3D > 3D Print Settings
                            Viev > 32-bit Preview Options
                            Window > Options

Windows                     Settings

Used as the parent (window/choice):

  • Settings : 20 times
  • Options : 10 times
  • Preferences : 4 times
  • Config(uration) : 1 time

Total mentions:

  • Settings : 24
  • Options : 15
  • Preferences : 12
  • Config(uration) : 1

Based on this, I'd sort these in this order (from general/fixed/app-related to specific/dynamic/user-related):

Settings > Options > Preferences

Solution 5 - Configuration

One thing that I don't see in the answers here (although bobince alludes to it) is that you should consider what is typical for your environment/operating system. For instance on windows I think "Options" is the most common choice even though many programs use different words. Likewise "Preferences" for mac os. Android OS uses "Settings"

So bottom line, use what is most common for your environment.

Solution 6 - Configuration

I believe it's largely a matter of personal preference.

However, I feel that I usually see properties as referencing one single part of an appliation, where as Options/Settings are usually a more global property.

In addition, Preferences are probably not things that have as large of an impact as something labeled options or settings. Things such as a minor change in the display or something similar.

The most important thing is to have consistency across the application.

And personally, I prefer the term 'options', as it sounds less intimidating than settings, properties, or configuration.

Solution 7 - Configuration

Apart from Properties (which usually applies to a document or object inside a document, except when it doesn't), they're pretty much all the same. No-one agrees which terminology is best.

For example for program config, Apple style is ‘Preferences’ in the application menu, GNOME style is ‘Preferences’ on the ‘Edit’ menu. KDE style is a whole ‘Settings’ menu of its own. Windows style was ‘Options’ on the ‘Tools’ menu, though all bets are off now as more MS apps drop the menu bar and throw the old predictable controls all over the place with no consistent pettern.

RISC OS style was ‘Choices’ on the icon bar menu, just to add yet another pointless possibility.

Solution 8 - Configuration

Settings: Thinking of a slider to select a value from 1 to 10 for example

Options: Thinking of an on/off button

Preferences: Thinking of a choice from multiple choices, like morning, afternoon or evening

Configuration: Technical settings probably end users should not know about. Like what is the data source?

Solution 9 - Configuration

Options: usually for components or objects. You have right to choose, so there're some options for you to choose.

Settings: There's a system. It may work as it always do, but it offers some settings for you to adjust its behaviors.

Properties: every object has properties. color, size, and etc. You 'set' settings. and you 'change' object's properties.

Configuration: usually, every system has its configurations, either a default one or a customized one. The system needs a proper configuration in order to run properly. Usually, it has little meaning of user's choice or not. Although you can adjust system's behavior with different configurations.

Preferences: you may prefer a different habit, so here comes the prefer-ences. Every user may have their own habits. Preferences is more like different users sets of prefers. In system level, it may work via different configurations, but on the GUI, we don't say configuration, we say preferences.

In conclusion, for example, in a drawing application, you may say, we change the properties of a circle, a shape. When you start the application, we have three options to choose for how the application would appear after launch. There are some configuration files under the installation folder, some may easy to understand, but some may be very technical, which is not prepared for normal users. Users they just change settings in the menu, to decide how a function works in the application. Settings and Preferences usually don't appear in the same application. Tools that more for efficiency, use Settings more. Applications that more for conveniency, use Preferences would be more friendly for users.

Hope those help.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionAndrew TView Question on Stackoverflow
Solution 1 - ConfigurationJeremy McGeeView Answer on Stackoverflow
Solution 2 - ConfigurationKy.View Answer on Stackoverflow
Solution 3 - Configurationt3chb0tView Answer on Stackoverflow
Solution 4 - ConfigurationakinuriView Answer on Stackoverflow
Solution 5 - ConfigurationUserView Answer on Stackoverflow
Solution 6 - ConfigurationGStoView Answer on Stackoverflow
Solution 7 - ConfigurationbobinceView Answer on Stackoverflow
Solution 8 - ConfigurationEmin TemizView Answer on Stackoverflow
Solution 9 - ConfigurationCanView Answer on Stackoverflow