La bonne formulation pour «fermer»
La société pour laquelle je travaille (basée au Royaume-Uni) est en train de créer un logiciel pour iOS, et ils utilisent "Ignorer" au lieu de "Fermer", "Quitter", "Annuler", etc. pour que le bouton ferme la page à main.
Je trouve le mot "Rejeter" un peu trop formel et plutôt inhabituel. Est-ce spécifique au Royaume-Uni? Est-ce spécifique à iOS? Suis-je le seul à trouver ça un peu bizarre?
Selon le contexte dans lequel le bouton apparaît, j'utiliserais le mot Terminé ou Fermer ou Annuler ou Quitter mais jamais renvoyer.
Fermer serait utilisé si l'utilisateur en premier ouvrait quelque chose qui n'implique pas de changement. Par exemple, un message, une photo, des conditions générales de vente, des informations sur le produit, etc. Fermer peut également être utilisé comme une forme de Accepter pour signifier fermer et accepter tout changement, bien que le terme ne clarifie pas vraiment cette acceptation assez fortement à mon avis. Dans les deux cas, Close doit être associé à la correspondance Open dans l'esprit de l'utilisateur.
Annuler serait utilisé si l'utilisateur initiait un processus qui impliquait un changement . Le concept d'annulation s'applique, qu'un changement réel ait déjà eu lieu ou non. Par opposition à la simple lecture d'un message par exemple.
Quitter serait utilisé en cas de fermeture ou de retrait hors de la portée de l'application actuelle.
Le seul (dans lequel Ignorer ou Terminé pourrait s'appliquer ici comme micro-copie alternative ici, est le Fermer l'option .
Fermer ou Terminé , vous pouvez argumenter dans les deux sens, et le contexte et la copie environnante jouent un rôle dans la décision, mais Ignorer Je laisserais bien tranquille car c'est presque certainement un terme de modèle de système utilisé accidentellement par un programmeur qui n'a pas utilisé la micro-copie appropriée pour le modèle d'utilisateur du public cible.
Le renvoi est certainement inhabituel et doit donc être évité.
La seule chose qui se rapproche est un bouton "annuler" que je vois parfois. Par exemple. lorsque vous faites un message dans l'application facebook, vous pouvez choisir "annuler" ou "poster".
licencier est en fait assez courant. Il s'envoie et est souvent utilisé pour les popups d'information où fermer ou ok pourrait être mal interprété. C'est quelque part entre fin et fin, la différence est subtile mais là.
"Rejeter" me semble parfaitement naturel (un Britannique), tant qu'il fait référence à une seule boîte de dialogue, comme une notification quelconque. Il serait étrange de l'utiliser pour une application entière ou un écran complexe dans une application. Je peux certainement imaginer avec désinvolture dire "J'ai fermé la boîte de dialogue", ce qui signifie similaire à "J'ai fermé la boîte de dialogue".
"Quitter" semblerait étrange sur une seule notification. Il semble plus que vous quittiez l'application entière, ou une partie majeure de celle-ci.
"Fermer" peut fonctionner dans les deux cas. Ce qui signifie que vous allez toujours être OK en utilisant "Fermer", mais vous risquez de perdre des indices quant à savoir si ce bouton fermera une petite partie de l'écran par rapport à tout l'écran.
Les éditeurs de texte et les navigateurs Web utilisent généralement "Fermer" pour signifier "J'ai fini de travailler avec cela n document/onglet/page", contre "Quitter" pour signifier "J'ai fini de travailler avec - tous ces documents - fermez l'application entière ".
Je viens de découvrir également que ux.stackexchange utilise également le mot "Rejeter": 
Ooooh non ... Rejeter semble beaucoup trop sévère. Fermer est parfaitement bien. On se demande ce que quelqu'un essaie de transmettre avec le mot "rejeter" .... à moins bien sûr que ce soit une demande de l'armée
Cela dépend du marché cible de votre application.
S'il s'agit d'une application "World of Jane Austen", alors "ignorer" pourrait correspondre à l'apparence générale.
J'aime "OK" ou "Fermer".
A eu une discussion avec un collègue sur la copie correcte d'un bouton pour fermer une alerte système. Il pensait que "OK" était faux car cela impliquait que l'utilisateur devait consentir à quelque chose sur lequel elle n'avait vraiment aucun contrôle (par exemple: "Le système n'a pas pu effectuer l'action souhaitée. OK?". Non, ce n'est vraiment pas OK) . Il pensait que "Fermer" était mieux parce que c'était tout ce que l'utilisateur pouvait faire avec l'alerte.
Pour ma part, j'aime "OK" car cela peut aussi être interprété comme signifiant "je comprends".
Cela peut être difficile. Peu importe la façon dont vous essayez de garder les choses simples, ce n'est pas toujours aussi facile ...
Si j'utilise une application et qu'une nouvelle fenêtre s'ouvre pour le processus secondaire, je m'attends à "fermer" pour revenir à l'application principale.
Si j'utilise une application et que j'ai terminé, je m'attends à cliquer sur "x" ou "quitter".
En ce qui concerne la navigation ... "retour" pour revenir à la page précédemment parcourue à partir de ... "Annuler" au milieu d'un workflow ... et "ok" à la fin d'un workflow.
Il existe un million d'autres scénarios qui ne correspondent pas tout à fait aux options ci-dessus, mais vous devez utiliser la règle 80/20 et utiliser la correspondance étroite. Vous pouvez avoir les meilleures intentions, mais une exception en entraînera une autre et bientôt vous offrirez à vos utilisateurs une expérience incohérente et incertaine.
--Josh