Options, parameters, propriétés, configuration, préférences – quand et pourquoi?

Il y a plusieurs mots avec un sens similaire (dans un certain sens):

Options, Paramètres, Propriétés, Configuration, Préférences

L’anglais n’est pas ma langue maternelle. Pourriez-vous expliquer la différence en anglais simple s’il vous plaît? Je pense que le modèle suivant pourrait être utile:

  • Utilisez XXX dans votre interface graphique pour permettre aux utilisateurs de modifier le comportement de votre application (peut-être des préférences ou des parameters?)
  • Utilisez YYY dans votre interface graphique afin de permettre aux utilisateurs de modifier des parties d’un object (peut-être des propriétés ou des options?)
  • Utilisez ZZZ dans votre code …

Quelles sont les meilleures pratiques?

Tricky, ceci, car il n’y a pas un seul style cohérent suivi par toutes les applications. Comme vous dites, ils sont (largement) synonymes.

En vérité, cela n’a pas vraiment d’importance tant que votre public attendu comprend ce que vous voulez dire.

La plus grande différence réside entre les propriétés, qui affectent généralement un composant ou un object, et les autres, qui affectent l’ensemble de l’application.

À la suite d’une approximation de Visual Studio et d’autres produits Microsoft:

  • Les propriétés représentent les caractéristiques d’un composant ou d’un object unique dans l’application.
  • Les options modifient les méthodes globales de l’application. Les produits Microsoft l’utilisent pour personnaliser la barre d’outils de l’interface utilisateur, par exemple. Il y a une implication ici que vous pouvez désactiver les éléments de l’interface utilisateur (par exemple, une interface utilisateur “simple” ou une interface utilisateur “avancée”).
  • Les parameters et préférences modifient les qualités de fonctionnement de l’application. L’implication ici est de changer, pas de désactiver: par exemple, “Mesures mésortingques” ou “Mesures impériales britanniques”.
  • La configuration est souvent celle où une application est personnalisée pour chaque utilisateur ou groupe.

Mais il n’y a pas de règle unique.

Je vous suggère d’utiliser les propriétés pour les caractéristiques de l’object et les parameters pour tout le rest de l’application.

Celles-ci ne sont pas définies n’importe où, mais je pensais que je pourrais aussi bien intégrer mes 2 ¢ sur le sujet. Quand je les vois dans une application, c’est ce qu’ils m’impliquent:

  • Paramètres : “Afficher ou modifier la liste des éléments pouvant être définis”
  • Options : “Nous avons déjà défini certaines choses et vous donne la possibilité de les modifier”
  • Préférences : “Dites-nous comment vous préférez que cela fonctionne”
  • Propriétés : “Modifier une ou plusieurs propriétés de cet élément”
  • Edit : “Ce truc est déjà en bon état, mais vous pouvez le changer si vous voulez”
  • Configuration : “Nous avons des parameters par défaut, mais ils sont tellement simples que vous souhaitez probablement le configurer vous-même”

Je crois que c’est en grande partie une question de préférence personnelle.

Cependant, j’estime que je considère généralement les propriétés comme faisant référence à une seule partie d’une application, où Options / Paramètres sont généralement une propriété plus globale.

De plus, les préférences ne sont probablement pas des éléments aussi importants que des options ou des parameters. Des choses comme un changement mineur dans l’affichage ou quelque chose de similaire.

Le plus important est d’avoir une cohérence dans l’application.

Et personnellement, je préfère le terme «options», car cela semble moins intimidant que les parameters, les propriétés ou la configuration.

Une chose que je ne vois pas dans les réponses ici (bien que Bobince y fasse allusion) est que vous devriez considérer ce qui est typique pour votre environnement / système d’exploitation. Par exemple, sur Windows, je pense que “Options” est le choix le plus courant, même si de nombreux programmes utilisent des mots différents. De même “Préférences” pour mac os. Android OS utilise “Paramètres”

Donc, en bout de ligne, utilisez ce qui est le plus commun pour votre environnement.

Je pense qu’un sharepoint vue manque ici, à savoir la relation entre configuration / parameters / options / préférences.

Pour moi, une configuration ou des préférences contiennent de nombreux parameters ou options, de sorte qu’il peut y avoir un paramètre ou une option .

Vous dites généralement “Modifier cette option / paramètre” et non “Modifier cette préférence / configuration” , n’est-ce pas?

Lorsque quelqu’un dit des préférences ou une configuration, je le comprends comme un ensemble de parameters ou d’ options .

Mis à part les propriétés (qui s’appliquent généralement à un document ou à un object à l’intérieur d’un document, sauf si ce n’est pas le cas), elles sont pratiquement identiques. Personne n’accepte la terminologie la mieux adaptée.

Par exemple, pour le programme config, le style Apple est “Préférences” dans le menu de l’application, le style GNOME est “Préférences” dans le menu “Edition”. Le style KDE est un menu “Paramètres” complet. Le style Windows était “Options” dans le menu “Outils”, bien que tous les paris soient désactivés maintenant que de plus en plus d’applications MS abandonnent la barre de menus et lancent les anciens contrôles prévisibles partout sans aucune constante.

Le style RISC OS était «Choix» dans le menu de la barre d’icons, juste pour append une autre possibilité inutile.

Paramètres: Réflexion d’un curseur pour sélectionner une valeur de 1 à 10 par exemple

Options: Penser à un bouton marche / arrêt

Préférences: Penser à un choix parmi plusieurs choix, comme le matin, l’après-midi ou le soir

Configuration: les parameters techniques ne devraient probablement pas être connus des utilisateurs finaux. Comme quelle est la source de données?