Quantités décimales internationales
J'étais récemment dans une discussion sur l'ambiguïté décimale/virgule (cela est dû au fait qu'un produit fournisseur ne fonctionne pas pour moi en raison des paramètres régionaux, mais ce n'est ni ici ni là), mais nous pouvons faire une conclusion intéressante: comment peut-on spécifier les décimales/séparateurs/unités à utiliser lors de la saisie d'éléments dans un formulaire en ligne, par exemple?
Je pense spécifiquement à une situation où le formulaire attend de vous que vous entriez une quantité décimale, disons pour une "dimension" ou une "longueur" dans le cas où quelque chose que vous commandez le supporte.
L'image ci-dessous montre quatre versions, dont la partie supérieure est assez standard, les 3 autres étant différentes modifications pour s'adapter à l'internationalisation.
Dans le cas de chacun, je m'attendrais à ce que l'application (dans ce cas) offre à l'utilisateur une sélection entre les mesures "métriques" et "impériales", qu'il pourrait ensuite faire quelques calculs d'arrière-plan pour convertir en une unité unifiée (probablement convertir impérial en cm, avec jusqu'à 3 décimales pour la précision, mais nous ignorerons le stockage pour le moment).
La troisième version me semble la meilleure: elle permet à l'utilisateur d'être précis avec ses mesures, et élimine l'ambiguïté décimale/unité. L'utilisateur n'a pas besoin de convertir ses mesures entre les unités, car l'application connaît l'unité à laquelle il s'attendait avec la mesure.
Metric est à gauche, Imperial à droite. Dans tous les cas, nous voulons 1 et 1/4 de l'unité de base, 1m 25cm pour métrique, ou 1ft 3in pour impérial.
Bien qu'il y ait une ambiguïté au niveau mondial, pour la grande majorité des paramètres régionaux (sinon tous), il y a toujours une norme avec laquelle vous pouvez aller. Vous pouvez afficher et autoriser les virgules décimales par rapport aux virgules en fonction des paramètres régionaux de l'interface.
TL; DR : déterminez les unités et le format que vos utilisateurs attendent pour votre situation donnée, et concevez autour de cela. Tout ce qui suit est mon opinion et mon expérience avec l'entrée d'unité.
Bien que la version trois soit un bon choix du point de vue de l'entrée attendue, je crains que cela puisse être déroutant pour l'utilisateur, car généralement les dimensions sont entrées comme une seule unité. Par exemple, lequel trouvez-vous plus facile à traiter?
2m 25cm x 3m 4cm
ou
2.25m x 3.04m
En outre, un formulaire multi-unités ouvre la possibilité pour les entrées impaires comme celle-ci:
2m 200cm
ou
1.4ft 4in
Garder les unités cohérentes facilite la saisie pour l'utilisateur et le développement sur le front-end. Vous voudrez peut-être l'analyser plus tard dans différents formats (comme il semble que vous l'ayez). Par exemple, les plans d'étage sont souvent affichés dans des unités distinctes (par exemple 1 '9 ").
Quant à la virgule, c'est simple: il suffit d'implémenter le formulaire d'entrée pour gérer à la fois les points et les virgules. Dans Regex, c'est une simple vérification de groupe: [.,]
Voici deux exemples utilisés dans les logiciels d'aujourd'hui. Notez l'unité unique et le support de période et de virgule (selon la région):
Photoshop
Bureau
