Existe-t-il des conventions pour l'utilisation de polices alternatives dans les champs de saisie utilisateur?
Mon entreprise procède à une initiative de marque qui implique une police de marque. Le souhait de l'agence externe est d'appliquer la police de marque à tous les contrôles de saisie de la page, y compris les contrôles de saisie de texte.
J'ai remarqué que de nombreux autres sites (Youtube, Gmail, Apple, Stack Overlfow) limitent les contrôles d'entrée à "Helvetica Neue, Helvetica, Arial, sans-serif". Existe-t-il un argument convaincant pour utiliser une police de marque dans les contrôles d'entrée?
Tout d'abord, tout dépendra de votre police de marque. Voyez comment vous mentionnez " Roboto" et " Helvetica Neue, Helvetica, Arial, sans-serif" qui sont très similaires. Dans ce cas, la réponse à votre question pourrait être "non (relativement)". Maintenant, utilisez une police de marque similaire à Homard et la réponse sera un "enfer ouais!" Retentissant. Vous devriez vraiment montrer un spécimen de votre police pour une réponse précise .
Cependant, il est très courant de voir des polices système standard pour les formulaires car il y a une ressemblance directe avec le code, les données et le contenu supprimé. Cela signifie que l'accent est mis sur le contenu plutôt que sur les visuels. Il n'y a pas de décorations supplémentaires, pas de gadgets, juste des données brutes. Cela est particulièrement vrai dans un modèle que vous avez probablement vu plusieurs fois: polices à espacement fixe dans les formulaires. Ces polices sont utilisées pour la lisibilité, l'espacement (elles prennent toutes exactement la même largeur, d'où le nom monospace) et c'est la famille de polices utilisée pour la plupart des documents techniques et scientifiques. Lisez ceci excellente description des polices à espacement fixe et pourquoi elles conviennent le mieux aux formulaires et au code.
Cela étant dit, il y a beaucoup de discussions en ce qui concerne la lisibilité des polices à espacement variable vs à espacement variable , ce qui, en terme, est ce qui devrait vraiment inquiéter. 
Mais vérifiez ceci: il existe des polices spécialement conçues pour les formulaires et le code, comme Droid ou Mono, tandis que d'autres polices conviennent mieux aux blocs de texte, aux titres, etc. Jetez un oeil à cela liste de polices .
Il y a une autre préoccupation: Rupture de motif . Un formulaire ne fait pas partie du contenu, donc il vaut mieux utiliser un modèle clair et différent pour éviter toute confusion (spécialement sur les sorties de formulaire rendues) et améliorer la lisibilité et l'identification des blocs à première vue. J'ai fait un petit échantillon pour vous montrer pourquoi:
En bref: malgré votre formulaire de marque (qui a beaucoup d'influence), la réponse est: si vous le pouvez, utilisez un formulaire différent. Ça ne fera pas de mal, ça aide seulement
Du point de vue UX, il n'y en a pas, tant que la police est très lisible.
N'oubliez pas que la cohérence est la clé en matière d'UX et de conception.
YouTube est donc en fait un excellent exemple de site qui fait utilise des polices personnalisées dans ses champs de saisie. En explorant le CSS du site, vous pouvez voir que le champ de recherche utilise Roboto, qui est la police personnalisée que Google a développée. Étant donné que la méthode de livraison des polices personnalisées est devenue si sophistiquée (généralement CDN), il n'y a vraiment plus de raison de limiter l'utilisation des polices personnalisées, y compris les contrôles d'entrée.
Les principales préoccupations vont être la convivialité et le temps de chargement du site. Tant que la police est hyper lisible, elle devrait convenir parfaitement aux contrôles d'entrée. S'il s'agit de la seule police personnalisée que vous chargez, le temps de chargement n'est probablement pas un problème.