Est-il correct de mettre parfois des mots en majuscule dans les interfaces utilisateur des ordinateurs?
J'ai remarqué que de nombreux sites et interfaces utilisateur ont tendance à mettre en majuscule certains mots ou phrases comme ceci:
Choose File
Select a File to Upload
Account Settings
How to Format
mais dans certains autres cas, ils ne le font pas:
Please select a file to upload to our system
Browse the complete list of questions, or popular tags.
Help us answer unanswered questions.
Et parfois, en particulier dans les éléments de liste, tous en minuscules. S'agit-il de bonnes pratiques? Quelle est une règle raisonnable pour décider quand mettre en majuscule ou non, ou même quand tout écrire en minuscules?
En anglais, à la fois dans les ordinateurs et sous le plafond bleu, la mise en majuscule de style titre (mise en majuscule des premières lettres de presque tous les mots) concerne les titres, et la mise en majuscule de style phrase (ne met en majuscule que la première lettre du premier mot) pour les phrases. Les titres incluent généralement des en-têtes pour vos documents, pages et sections et des étiquettes pour les contrôles. Ce sont souvent des fragments de phrases dépourvus de sujet ou de prédicat. Les phrases sont un contenu "régulier", chacune comprenant généralement un sujet et un prédicat, bien que les phrases au sens de la commande aient souvent "vous" comme sujet implicite.
Il y a des zones grises. Les guides de style fournissent des directives spécifiques sur le moment de les utiliser. Par exemple Apple recommande le style de titre pour les noms de menu, les éléments de menu, les boutons et toute étiquette qui n'est pas une phrase complète. Apple recommande le style de phrase) pour les messages, les cases à cocher et les boutons radio, même si ce ne sont pas des phrases.
Cependant, les guides de style ne sont pas tous d'accord les uns avec les autres et parfois ils changent. Par exemple, les directives Windows UX recommandaient la capitalisation de style titre pour les boutons et les éléments de menu, mais recommandent désormais la capitalisation de style phrase. La mise en majuscule de style titre n'est recommandée que pour les onglets, les titres de fenêtre, les pages, les programmes, les dossiers et les autres "composants principaux".
Dans ces zones grises, le style de capitalisation est principalement une question de style. La capitalisation de type phrase donne à votre application un ton plus conversationnel, comme si l'utilisateur interagit avec un agent plutôt qu'avec un outil, ce qui peut ou non être une bonne idée dans votre cas. Je soupçonne que la mise en majuscule de style titre peut faciliter la recherche de mots clés dans les étiquettes, mais ce n'est qu'une intuition.
J'ai tendance à suivre ces directives:
Lorsque la peine est sous une forme impérative contractée comme:
Choisir le fichier
Sélectionnez le fichier à télécharger
-> les mots sont en majuscule.
Lorsque la phrase est au complet:
Veuillez sélectionner un fichier à télécharger
Parcourez la liste complète des fichiers -> les mots ne sont pas en majuscule
Mais surtout, je pense que le choix est un design. Tous les menus de lettres minuscules ont un certain aspect et véhiculent une image différente de tous les menus majuscules ou appropriés.
Capitaliser ou ne pas capitaliser? La réponse est simple: suivez le guide de style de votre entreprise.
Mais je dis toujours à mes étudiants: "N'écrivez pas votre propre guide de style d'entreprise, utilisez simplement un publié ailleurs."
Voici n guide de style existant pour le texte (y compris les majuscules) par Microsoft.
Voici pourquoi je conseille à mes élèves d'utiliser un guide de style existant:
- Un groupe de professionnels sera toujours en désaccord sur certains détails ou autres. Rien n'illustre la création d'une montagne d'une taupinière plus rapidement que les professionnels qui tentent de décider comment capitaliser, ponctuer, épeler, écrire ou organiser du texte.
- Si vous établissez un comité pour générer un consensus, ils ne s'entendront toujours pas sur tous les détails. Quelqu'un devra annuler et imposer une décision, sinon le groupe pourra voter. Quoi qu'il en soit, certaines personnes se sentiront perdues.
- La rédaction, la maintenance et la publication d'un guide de style demandent beaucoup de travail. Votre guide de style ne sera pas à jour pour longtemps,
- Les personnes qui n'aiment pas les décisions du guide de style trouveront des excuses pour ne pas les suivre. ("Oh, je ne l'ai pas trouvé" ou "Oh, c'est obsolète" ou un autre baloney passif-agressif.) Quand certains les gens ne suivent pas le guide de style, vous n'ont pas vraiment de guide de style.
- Lorsque le guide de style est produit en externe, vous pouvez dire: "Je n'aime pas tout cela non plus, mais nous devrons simplement garder le nez et suivre ce guide de style complètement." C'est plus facile, moins cher et plus efficace que d'écrire et de maintenir votre propre guide de style.
Je réalise que les sons ci-dessus sont cyniques. Il existe un moyen d'obtenir un guide de style interne écrit qui a l'adhésion des personnes impliquées: un élevage de grange . Cela implique que votre équipe soit assise ensemble, loin de son bureau habituel, mais avec son ordinateur portable. Essayez une fois par semaine dans une salle de réunion. Laissez les gens choisir un sujet à écrire à partir d'une liste que l'équipe a priorisée en élevé, moyen et faible. Réglez une minuterie pendant que vous écrivez. Le temps d'écriture est un temps calme. Chaque personne écrit un sujet différent, puis le groupe passe en revue les sujets ensemble. Une fois la minuterie désactivée, passez en revue un sujet si son rédacteur estime qu'il est prêt à être examiné. Une fois le chronomètre déclenché, il est normal qu'une personne consulte ou interroge d'autres personnes sur leur sujet, puis le prenne pour une autre itération avant de demander à l'équipe de l'examiner. Démarrer la minuterie avec 10 minutes; vous pouvez augmenter le temps d'écriture, au besoin. Trouvez un moyen de partager rapidement le sujet en cours de révision: par e-mail, votre réseau local, un projecteur, etc.
Je ne suis pas sûr que l'utilisation de la casse du titre (mise en majuscule de la première lettre de chaque mot) puisse être décrite comme correcte ou incorrecte. FWIW, je me suis personnellement éloigné de l'utilisation de la casse de titre dans, disons, les cases à cocher, les radios et les éléments de liste. Je limite maintenant leur utilisation à une phrase, par ex. le titre de la boîte de dialogue et les étiquettes des boutons, par exemple "Enregistrer le fichier".
L'anglais regorge d'exemples d'écrivains qui pensent qu'ils devraient capitaliser chaque mot qu'ils pensent être spécial. C'est un style archaïque et ça a l'air officieux et un peu idiot. La plupart des guides de style moderne réservent généralement la capitalisation pour les noms propres, les titres formels qui sont en apposition avec les noms des gens et les titres des œuvres culturelles ou des statuts. Parfois, un métanym reçoit une lettre majuscule, par exemple la colline (colline du Parlement) ou la ville (quartier financier de Londres). Une interface utilisateur ne doit pas utiliser la casse du titre car Choisir un fichier n'est pas un titre, c'est une phrase impérative.
S'il s'agit d'une phrase complète, elle semble incorrecte avec toutes les capitales.
D'un autre côté, je capitalise parfois de courts messages d'erreur ("Veuillez saisir un e-mail valide") même si cela semble un peu bizarre pour l'accent, mais ce n'est pas quelque chose que je ferais tout le temps.
Et je suis d'accord avec @Hisham concernant les options de menu simples et les étiquettes
par exemple dans un formulaire, j'écrirais le nom complet, le numéro de carte de crédit, etc.
mais en haut du formulaire, si je voulais mettre des instructions, cela dirait quelque chose comme "Veuillez remplir le formulaire ci-dessous." comme toute autre phrase normale.