Unités de mesure abrégées
Dans l'application sur laquelle je travaille, il existe de nombreuses unités de mesure. Les unités de mesure se réfèrent à la quantité ou la quantité d'articles que vous avez dans votre liste. Sur une liste, un utilisateur peut avoir un élément en millimètres et un autre en centimètres carrés. Il existe environ 20 types d'unités différents qui peuvent être utilisés sur différents éléments du système.
Je me demandais s'il serait plus clair pour l'utilisateur d'écrire l'unité de mesure entière, par exemple livres vs livres. ou centimètres vs cm. Le système contient des unités de mesure universelles et reconnaissables par les utilisateurs. Cependant, il y en a d'autres comme une douzaine, des palettes, des chantiers, etc. qui ont des abréviations moins universelles et seraient complètement méconnaissables pour les utilisateurs.
Serait-il préférable d'utiliser celles qui sont des abréviations reconnaissables et d'utiliser l'étiquette complète pour celles qui ne le sont pas? Ou dois-je rester cohérent et utiliser les étiquettes complètes pour toutes les unités de mesure?
Utilisez des abréviations reconnaissables. Étiquettes complètes pour celles qui ne sont pas aussi reconnaissables. Faites de même pour les unités ambiguës.
Je vous suggère de fournir des informations dans les deux principaux systèmes de mesure: anglais et métrique, plus les chiffres le cas échéant.
Utiliser des mesures indéfinies, par ex. les palettes ne fourniront pas suffisamment d'informations, car elles varient en taille et en chargement. Pour ce cas et des cas similaires, vous devez en effet fournir un nombre numérique plutôt qu'un groupe ("144" plutôt que "12 douzaines") ainsi que des poids et dimensions dans les deux systèmes, qui seront tous nécessaires pour une raison ou une autre.
Si vous souhaitez réduire la quantité d'espace d'écran utilisé, fournissez une option pour choisir des métriques anglaises ou métriques et un niveau de précision (0,0,0,00,0,000, etc.)
Consultez le guide de style NIST pour les unités scientifiques. Guide de style NIST
Il contient quelques autres recommandations concernant les unités et leur utilisation appropriée. De plus, si vous décidez de mélanger métrique et anglais, choisissez un système par défaut et ajoutez des parenthèses au second, c'est-à-dire 1 cm (0,39 ")
À mon avis, les livres, cm, km, kg, kTn, etc. semblent plus ordonnés et plus professionnels, mais cela devrait vraiment dépendre de votre utilisateur. Quel est le niveau d'instruction de votre utilisateur?
J'ai rencontré des gens titulaires d'une maîtrise en informatique qui n'avaient aucune idée de ce que signifiait "ms".
Il serait utile de comprendre le contexte dans lequel cela est utilisé. Les utilisateurs sont-ils censés utiliser ce 100x par jour? S'agit-il d'un simple formulaire Web? S'agit-il d'une application logicielle? Qui utilise cela, des utilisateurs spécialisés?
Peut-être pourriez-vous explorer la possibilité de fournir à la fois l'abréviation de l'unité et la longueur totale en même temps. Et puis il y a aussi l'option de saisie automatique.
Pour organiser mes suggestions:
1) provide autocomplete for the unit input
2) provide a full description for the unit
3) provide a toggle to turn on/off description
[zone de saisie] (description) == [cm] (centimètres)
La saisie semi-automatique est peut-être hors de votre portée. Voici donc une autre approche. Sur le backend, vous pouvez reformater l'entrée utilisateur pour éviter les erreurs. Par exemple, vous pouvez utiliser Javascript pour reformater différentes entrées de Centimètres Carrés. Sans fournir le code, je vais juste expliquer ...
Un utilisateur souhaite saisir le carré en centimètres. L'entrée permet plusieurs formats de ceci: "cm2" "cm 2" "centimètres2" "centimètres 2" "centimètres carrés" ... etc. Enfin, le backend le reformatera comme ce que le programme a défini comme unité finale: " cm2 ".