Alignement des nombres dans un tableau et dans un placement d'étiquette de haut en bas
Bonjour UX Stackexchange,
Récemment, je suis confronté à un problème en termes de conception de formulaires.
Mon développeur a insisté pour que les chiffres soient alignés à droite. Mais je pense que puisque l'entrée pour les nombres est loin de l'étiquette, cela signifie une mauvaise expérience pour l'utilisateur et me cause des problèmes d'alignement.
Le placement de nos formulaires utilise le placement de haut en bas, donc cela semble désordonné lorsque les chiffres sont alignés à droite.
Je suis d'accord que dans les tableaux, les nombres sont alignés à droite car les tableaux sont généralement à des fins de comparaison et l'alignement à droite facilite la comparaison.
Quelqu'un d'autre a ce problème similaire et comment les gérez-vous?
Gauche aligner tout. Votre globe oculaire ne doit pas faire de ping-pong d'avant en arrière. Si vous aviez un chronomètre, vous pouvez chronométrer combien il est plus rapide de numériser tout le texte si votre globe oculaire n'a qu'à se déplacer dans une seule direction (vers le bas). Alignez à gauche, OMI, sauf si vous voulez que vos visiteurs prennent deux fois plus de temps pour lire, interpréter et remplir le formulaire. 
En plus de votre question, je proposerais une modification de conception et ne mettrais PAS les étiquettes en gras. Le texte important est l'ENTRÉE. Si les ÉTIQUETTES sont en gras, elles apparaîtront plus fréquemment. LES ÉTIQUETTES GRAS entravent la facilité de lecture de tous vos ENTRÉES. Les ÉTIQUETTES ne devraient pas être gênantes sur le chemin.
Je suis d'accord avec toi. Les nombres doivent être alignés à droite (ou, mieux, sur la décimale) dans les tableaux lorsqu'ils sont comparés les uns aux autres. Cela n'est pas nécessaire lors de la saisie de nombres dans un champ d'un formulaire. (À moins que vous ne compariez les entrées numériques pour une raison quelconque.) Les aligner à gauche, comme les champs de saisie de texte, serait probablement mieux dans l'ensemble.