J'aimerais vous demander s'il y a une raison de capitaliser tous les éléments des menus, etc. dans l'interface utilisateur de l'application, par exemple
Pourquoi ne devrais-je pas simplement étiqueter ces éléments comme installation de fichier-> page de page, etc.? Ce type de capitalisation me semble tort - mais je ne suis pas un locuteur anglais indigène, alors je ne pouvais tout simplement pas la creuser.
4 Réponses :
Parce que les menus sont généralement formatés comme Titres dans Anglais. Dans un titre, le premier mot est toujours capitalisé, ainsi que n'importe quel nom, adjectifs, verbes, adverbes et pronoms. S'ils ne sont pas le premier mot dans le titre, les articles et les prépositions ne sont généralement pas capitalisés.
En anglais, les titres généralement ont tous des mots capitalisés, à l'exception des conjonctions (de, etc. de, etc.) et des prépositions (comme avec.) Les éléments d'interface utilisateur (boutons, titres, éléments de menu) sont formatés comme des titres.
J'ai un logiciel que j'utilise actuellement, ce qui a un menu "Tâches" et 3 articles comme suit:
La différence de capitalisation sur "nouvelle tâche" se distingue un kilomètre pour moi - cela n'a pas l'air "correct".
du point de vue de la convivialité, la capitalisation de type titre (capitalisant la première lettre de chaque mot) augmente la visibilité des mots non initiaux dans une légende. Cela peut aider les utilisateurs plus rapidement à trouver des mots clés dans une légende pour identifier et discriminer les éléments de menu. Par exemple comparer:
VERSUS:
Idéalement, cela n'est pas nécessaire car vos légendes de menu devraient commencer avec leurs mots discriminants principaux, mais parfois cela ne fait que des légendes acceptables.
dans l'apple Lignes directrices sur l'interface humaine , style titre est standard pour les éléments de menu (et les boutons Commmand / Push). Le style de titre était également standard pour MS Windows jusqu'à ce que
Vista, lorsque les directives d'expérience utilisateur Windows sont passées de la recommandation de style de titre à un style de phrase (capitalisant uniquement la première lettre du mot initial) pour de nombreuses situations, y compris les légendes de menu ( http://msdn.microsoft.com/en-us/library/aa511502.aspx ). Je pense que cela faisait partie d'un effort pour donner aux applications un Webby conversationnel " inductif "Style, où les options sont formulées sous forme de phrases de commande (par exemple," Créer un plan de puissance "," Fais-le pour tous les éléments actuels ").
Personnellement, j'éviterais un tel wordier UIS pour les applications, en particulier pour ceux utilisés régulièrement par les utilisateurs, et donc par une vract Stick avec style titre. Plus de mots ajoute un fouillis et plus de lecture ralentissent les utilisateurs. En fait, les utilisateurs sont enclins à sauter de gros blocs de texte car la lecture prend si longtemps, l'ajout de mots réduit souvent fonctionnellement la clarté.
Je suis actuellement en cours d'exécution avec un collègue à ce sujet. Je suis probablement dans le camp des Apple en termes de normes d'assurance-chômage et il est carrément dans le camp Microsoft. Microsoft a récemment poussé Downstyle (le nom que je vois de temps à autre en ce qui concerne la pratique, en particulier impliquant des titres, de capitaliser uniquement la première lettre). Mon collègue affirme qu'il "teste bien". Les utilisateurs (sans surprise) peuvent lire le texte plus rapidement quand il n'y a pas de capitales sur chaque mot à trébucher. Cependant, je pense que cela ne devrait pas être une raison de l'utiliser pour les éléments d'interface utilisateur. Je pense qu'il y a une raison pour cela, mais cela pourrait être délicat de tester.
Lorsque les utilisateurs testent un logiciel (ou un site Web) qu'ils n'ont jamais vu auparavant, ils lisent principalement tout (y compris l'interface utilisateur). Ils ont lu "montrer toutes les réponses" plus vite que "Afficher toutes les réponses". Cependant, après une période de temps, je pense que les utilisateurs passent à la lecture d'éléments de l'interface utilisateur, mais s'appuient sur des méthodes plus rapides d'acquisition de la cible qu'ils vont cliquer sur, tels que l'emplacement ou la forme. Dans ce cas, "Afficher toutes les réponses" est plus facile à choisir car il s'affiche comme une forme moins ambiguë que "Afficher toutes les réponses" (plisser vos yeux le montrera probablement). L'argument qu'il teste mieux car les utilisateurs peuvent la lire plus rapidement, car les utilisateurs ne lisent pas des boutons et des menus, mais correspondant à quelque chose qu'ils veulent à la mémoire de cette chose. Probablement la bonne façon de tester ceci est de voir si les utilisateurs commencent plus lentement dans UPSTYLE qu'avec Downstyle , mais ont une heure plus facile avec un accès répété, surpassant finalement le Downstyle .
Si vous souhaitez voir un site qui utilise beaucoup de Downstyle dans l'interface utilisateur, consultez Outlook.com ou OneDrive.com, qui sont tous deux des produits Microsoft. Il semble être assez évident que l'utilisation de Downtyle est une échelle locale sur ces sites et je ne dis pas cela parce que je suis habitué à " Upstyle (Après tout, plus de 20 ans de voir l'inverse peuvent créer un «bruit» cognitif assez fort dans mes perceptions). Néanmoins, je pense que cela échoue parce que l'utilisation d'un texte mince Helvetica Extra Light Texte pour tout, dépendance sur les renversements pour souligner presque chaque chose cliquable (tout ce qui n'est pas disponible pour un utilisateur de tablette) et une planéité générale à une extrême (pas un seul Drop Ombre, même là où il aiderait à désambiguader un menu déroulant Pseudo) faire pour une interface utilisateur beaucoup plus difficile à utiliser qu'il ne devrait être.
Donc, mon conseil est, restez avec un cas de titre ( UPSTYLE ), à moins que vous souhaitiez que votre site ressemble à un site Microsoft, jusqu'à ce qu'ils voient l'erreur de leurs manières et de la redéfinir pour regarder la façon qu'ils utilisaient (ce qui était comme tout le monde).
Bienvenue pour! Bien que cela ne soit pas une mauvaise réponse, il y a beaucoup de texte d'opinion ici. S'il vous plaît essayez de vous tenir à des faits et / ou de soutenir vos opinions avec des références. Si vous regardez La réponse de Michael à cette ancienne question (qui a déjà une réponse acceptée, BTW), quelle est la nouvelle information ici . En tant que nouvel utilisateur, je recommanderais de vous concentrer sur la poser de bonnes questions et de rédiger des réponses aux questions sans réponses, ou sans réponses. Une fois que vous avez plus de réputation, vous serez en mesure de commenter les questions et réponses des autres.