Un point central (·) est-il le meilleur moyen de signifier un espace?
Dans notre application Web, nous essayons de donner des instructions explicites sur ce qu'il faut faire ou taper si l'utilisateur le souhaite.
L'un de nos conseils ressemble à Click or type /r to respond. Si /r suivi d'un espace est tapé la phrase entière est remplacée par /whisper <username>.
Pourtant, ce remplacement ne se produit pas si l'on supprime l'espace terminal, ce qui pourrait prêter à confusion. J'ai tapé /r et rien ne se passe vraiment. Et maintenant?.
Une approche consistait à ajouter un point central qui signifierait l'espace de travail. Par conséquent, Click or type /r· to respond..
Devrait-il y avoir un point central? Sera-t-il déroutant? Les utilisateurs ajouteront-ils un espace de manière intuitive? Existe-t-il des approches complètement différentes?
Je suppose que l'utilisation complète est /r <message>, mais cette réponse s'applique également si c'est /r <username>, ou /r <username> <message>.
Vous pouvez mettre l'espace suivi d'un espace réservé - je vous recommande de taper la partie pédagogique dans une police et le code réel à taper dans une police à largeur fixe qui rendra l'espace plus clairement visible:
Cliquez ou saisissez
/r [message]répondre
Cela devrait montrer aux utilisateurs qu'un espace est nécessaire et ce qu'ils doivent ensuite suivre /r avec. Vous devrez faire attention à ce que la notation des crochets pour un espace réservé ne déroute pas les utilisateurs (ils peuvent penser qu'ils doivent réellement taper les crochets autour de leur message), mais vous pouvez envisager comme alternatives:
Cliquez ou saisissez
/r messagerépondre
Supprime les crochets, mais crée une ambiguïté quant à savoir si message est un espace réservé ou doit être tapé. Vous pouvez peut-être éviter cela en faisant ressortir la partie message:
Cliquez ou saisissez
/ryour_messagerépondre
Vous pouvez également potentiellement mettre en évidence l'espace - par exemple, /r et message pourraient être surlignés en vert, tandis que l'espace entre eux est surligné en jaune, pour le faire ressortir sans imprimer de caractère, mais cela pourrait entraîner des problèmes d'accessibilité avec les utilisateurs daltoniens.
Une dernière idée: faire /r [message] cliquable - le soulignement physique sous la phrase (en supposant que votre style souligne les liens) mettra davantage en évidence l'espace, et en cliquant dessus, la commande sera collée dans l'application prête à l'utilisateur pour ajouter son message. Ils ne sont pas susceptibles de l'utiliser de cette façon plus d'une fois, mais cela démontrerait clairement l'utilisation prévue lors de leur premier essai.
Enfin, s'il y a de la place pour le faire, vous pouvez fournir un exemple d'utilisation:
Cliquez ou saisissez
/r [message]pour répondre, par exemple:
/r hello!
Indique clairement que /rhello! n'est pas l'utilisation prévue.
Toutes les commandes se terminent-elles par un espace? Est-ce qu'ils ont pour finir avec un espace? Pourquoi l'espace est-il nécessaire? La programmation peut-elle ou doit-elle être modifiée afin que /r est reconnu comme une commande valide unique?
Si l'espace est vraiment nécessaire, dites à l'utilisateur que. Mais n'utilisez pas de symbole non standard, qui est le point central.
Click or type /r followed by a space to respond.
Un symbole commun dans le codage est d'utiliser quelque chose comme ˽ mais même cela ne signifie pas grand-chose dans un message:
Click or type /r˽ to respond.
Ou: choisissez un caractère terminal différent afin qu'il puisse être explicitement énoncé facilement.
Click or type /r* to respond.
Le moyen le plus simple pourrait être de placer la commande entre guillemets. Type "/r " to respond. Il y a encore des chances que les gens manquent l'espace, mais c'est une convention assez courante, et généralement les gens savent ne pas inclure les citations.