web-dev-qa-db-fra.com

Comment décrire les champs de saisie entiers et à virgule flottante?

Je vais proposer aux étudiants universitaires un champ de saisie dans lequel ils devront saisir une valeur. La valeur peut être un entier ou une valeur à virgule flottante. J'essaie de déterminer quelle est la meilleure façon de les étiqueter afin qu'ils sachent dans quoi ils doivent entrer.

Actuellement, j'ai: Enter an integer Et enter a real number. Mais je crains que certains étudiants ne soient confondus avec le "nombre réel" (Hmm, les autres types sont-ils "irréels"?). Nous réfléchissons à Enter a whole number Et Enter a number, Mais ce dernier ne donne aucun indice implicite qu'un point décimal est autorisé. Il est important que l'élève sache que la décimale est disponible, car elle sera probablement nécessaire (la question pourrait être What is 5 divided by 2?).

Quels termes sont bons pour qu'un large public se réfère aux entiers et aux nombres réels de cette manière?

[edit] Il y a de bonnes suggestions pour mieux poser des questions, mais dans mon cas, je n'ai aucune idée de ce que la question pourrait être, et mon invite doit être adaptée à quelle que soit cette question. Et c'est une seule question à la fois, donc cela pourrait aider. Une autre suggestion de quelqu'un ici était Enter a number Et Enter a number (decimals allowed) qui permet aux gens de savoir qu'ils peuvent aller en virgule flottante.

interaction-designlabeling
3
mj2008

Je pense que cela soulève d'autres questions et problèmes potentiels:

  1. Est-il vraiment nécessaire d'avoir deux types de champs distincts pour ces types de nombres? Le fait que vous ayez du mal à les étiqueter correctement signifie que cela entraînera probablement une mauvaise expérience utilisateur.
  2. Que se passe-t-il si l'utilisateur pense que la réponse contient une décimale, mais n'est autorisé à saisir qu'un nombre entier? Devraient-ils arrondir vers le haut ou vers le bas?
  3. Existe-t-il un moyen de leur fournir un seul champ numérique et de s'occuper du reste par programmation? Peut-être arrondir ou supprimer des décimales?

Si vous ne pouvez pas les combiner en un seul type de champ, pourquoi ne pas être explicite sur chaque étiquette:

  • Entrez un nombre (décimales autorisées)
  • Entrez un nombre (pas de décimales)
1
bendur

Si votre exemple de question est représentatif du type de la question qui va être posée (je comprends que c'est un exemple trop simplifié), alors je pense que la question va les conduire à comprendre quel type de appartient. Vous ne devriez même pas vraiment avoir besoin du Enter a number étiquettes car la réponse est évidente. Ce faisant, vous risquez de créer plus de confusion - l'ajout de texte là où vous n'en avez pas besoin est rarement utile pour vos utilisateurs.

3
Charles Boyung

Selon le contexte, vous pouvez afficher les valeurs par défaut (avec précision) dans les champs:

Enter an integer: [      0]
Ender a real:     [   0.00]

Ou vous pouvez spécifier la précision/définition comme indice:

What is 10 divided by 2:  [       ]   (a whole number)
What is 10 divided by 3:  [       ]   (with 2 decimals)
3
Jørn E. Angeltveit

Pensez en actions plutôt qu'en classes de nombres. Les systèmes numériques ne sont familiers qu'aux étudiants techniques. (Je me souviens d'une conversation dans un cours de psychologie. L'enseignant a demandé "connaissez-vous des nombres complexes?". Un étudiant en psychologie a répondu complètement sérieux et avec confiance "oui, pi et e".)

Ma suggestion: 'Qu'est-ce que 10 divisé par 3 (arrondir au nombre entier le plus proche)?', Par opposition à '' Qu'est-ce que 10 divisé par 3 (arrondir à 2 décimales =)? '

Une alternative serait: 'Qu'est-ce que 10 divisé par 3 (ne pas arrondir)?' - ici, vous pouvez vous attendre soit à une fraction de réponse, soit à un élève complètement désespéré.

3
Marielle

Avant l'ère du Web, il y avait des champs de saisie assez intelligents. Les caractères étaient de largeur fixe, il était facile de reconnaître le nombre de chiffres pouvant tenir dans le champ. Vous avez commencé à saisir un numéro, par exemple 12.34, ce qui suit s'affiche (le '_' est le curseur):

get focused: [_   .  ] 
pressed '1': [1_  .  ]
pressed '2': [12_ .  ]
pressed '.': [  12._ ]
pressed '3': [  12.3_]
pressed '4': [  12.34]  - the cursor is blinking under the ']'

Ce serait formidable de revoir ces champs de saisie intelligents.

Je ne suis pas natif anglais, mais je pense que ces deux mots conviennent pour désigner entier et flottant: "nombre de" foos, et "quantité de" barre. Pour le flottant, j'ajouterais une remarque: "(max. 2 décimales)", ce qui rend le type de données clair sans le nommer explicitement sur son nom "scientifique" effrayant.

2
ern0

Je pense que vous avez raison:

Entrez un nombre entier

pour les champs qui n'acceptent que des entiers. Cela devrait être compréhensible par les étudiants universitaires - quelle que soit la matière qu'ils étudient.

Dans votre contexte

Entrez un nombre

pourrait être OK. Est-ce que cela apparaît sur la même page que les champs entiers? Cela le fera ressortir. Si la première question indique clairement qu'une décimale est requise (5 divisé par 2 est un bon exemple) alors il devrait être évident qu'ils peuvent entrer par exemple 2.5.

Est-il possible d'ajouter quelque part des instructions indiquant que ces champs peuvent nécessiter le nombre, y compris les décimales?

1
ChrisF