Paheko porte une grande attention à l'expérience utilisateur, en essayant de faire en sorte que l'interface soit la plus simple à utiliser dès le premier abord.

Pour cela l'interface doit être visuellement claire, et prédictible, sans faire de surprise aux utilisateurs.

(Ceci est encore une ébauche, de nombreux éléments restent à développer.)

Principes fondateurs

Prédictabilité

• Les éléments doivent avoir le même aspect visuel d'une page à l'autre : par exemple un bouton devra toujours avoir le même aspect.
• Les éléments doivent respecter le même emplacement d'une page à l'autre : par exemple un bouton d'ajout (nouvelle catégorie, ajouter une page, etc.) sera toujours en haut à droite.
• Les éléments doivent avoir le même comportement : par exemple un bouton "supprimer" doit toujours demander une confirmation avant la suppression.

Comportements à éviter

Désactivation d'éléments de formulaires

Ce comportement est à bannir. Un bouton désactivé n'est pas clair pour un utilisateur, qui ne comprendra pas pourquoi ce qui ressemble à un bouton (même grisé) ne fonctionne pas. Cela va à l'encontre des règles de prédictabilité de l'interface.

UIs shouldn't need disabled components. They're a dead end. No matter how easy it is to enable them, users are turning around and going back. At the very least this is visual, but usually users have to go back cognitively and physically.
When is it appropriate to use disabled inputs ?

Exemple : un formulaire de vote, le vote est clos, il n'est plus possible de voter. Plutôt que de désactiver le formulaire de vote, remplacer le formulaire par un bloc d'alerte indiquant "Ce vote est clos, il n'est plus possible de voter." Le message est alors explicite et clair, sans ambiguïté, et ne nécessite pas de charge cognitive supplémentaire pour comprendre la page.