Des heuristiques pour la conception de l'interface graphique absolument positionnée - les multiples de 5 sont-ils une bonne idée?

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/25826

  •  30-10-2019
  •  | 
  •  

Question

Avertissement: je ne me spécialise pas dans la conception de l'interface graphique [de bureau], mais je dois le faire à l'occasion. J'ai vu des dialogues du collègue pire que celui que j'ai créé, et mon problème majeur avec eux est qu'ils peuvent être inutilement importants, et les choses ne s'alignent pas.

Pour être plus précis, je le fais surtout dans .NET WinForms, mais parfois avec MFC (C ++). Ma simple heuristique est jusqu'à présent: j'essaie de rendre les tailles et les positions divisibles par 10 ... ou 5 si je dois le faire. Quelque chose comme une étiquette serait une exception, car il connaît sa propre taille. Je trouve que les choses semblent surtout ok après avoir terminé (bien sûr, il y a d'autres considérations telles que le regroupement des choses intelligemment, etc.), et je suis satisfait parce que je sais que chaque contrôle a une position non aléatoire, et mon TOC peut maintenant aller rendormir.

Quelque part au travail, j'ai trouvé un guide de MSFT sur l'espacement idéal entre les choses. Désolé, je n'ai pas de source disponible. Il a de nombreuses règles, telles que (par exemple) 2 pixels entre un bouton et une bordure, 3 pixels entre deux boutons horizontalement, 4 pixels verticalement, sauf si ... il est assez compliqué et pas pratique à retenir. De plus, je ne fais tout simplement pas confiance que MSFT savait grand-chose sur la conception de l'interface graphique, pas avant d'avoir embauché une ex-apple pour les aider à concevoir les rubans pour Office 2007, etc.

Quelles règles / heuristiques suivez-vous? Les références à des articles courts et à d'autres liens sont les bienvenus.

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top