Vous avez probablement remarqué la tendance à créer des interfaces utilisateur d'options de plugin / thème personnalisées, en particulier dans les applications commerciales (sur CodeCanyon par exemple - boîtes personnalisées, onglets, accordéons, etc.).
Personnellement, je crois que l'interface utilisateur devrait être unifiée en premier lieu et qu'il est vraiment facile dans WP de réaliser en utilisant la structure HTML par défaut de certains cœurs + les classes CSS => en suivant le guide de style.
Mais ce n'est peut-être parfois pas suffisant et c'est pourquoi il y a cette tendance. Une autre raison pourrait être le «branding» ou simplement un «effet de fraîcheur».
Que pensez-vous de ceci? Préférez-vous certaines interfaces utilisateur personnalisées ou celles par défaut et pourquoi?
PS La principale raison pour laquelle je pose cette question est aussi parce que ces jours-ci, j'ai commencé avec le développement de plugins et j'essaie de prendre la décision du chemin à choisir.
Réponses:
L'interface utilisateur personnalisée est idéale lorsqu'elle améliore l'expérience et facilite la tâche. Après tout, un plugin étend WordPress et, par conséquent, la plupart du temps étend l'interface utilisateur. Cela peut signifier un écran qui est organisé complètement différemment de tout autre écran, mais s'il est logique et compréhensible, il n'y a pas de confusion.
Lorsque le style personnalisé est utilisé pour «marquer» un plugin, c'est juste ennuyeux et naff. L'interface utilisateur personnalisée doit respecter le choix de couleur du backend administrateur.
Je préfère de loin les plugins qui pourraient être confondus avec le noyau, et cela devrait être l'objectif.
Donc, respectez l'interface utilisateur principale, mais ne vous limitez pas à cela.
la source
Le problème avec les interfaces utilisateur personnalisées est le suivant: elles sont différentes d'un plugin à l'autre. Si vous utilisez un Themeframework personnalisé avec des plugins intégrés, cela pourrait être correct. Mais former un client à l'utilisation d'une installation WordPress avec de nombreuses approches d'interface utilisateur différentes n'est certainement pas facile.
La raison d'utiliser WordPress comme CMS pour moi est la simplicité . Mes clients ne sont pas des geeks en informatique et ils ne veulent pas en être un. Donc la première chose que je fais est de réduire le rôle (par exemple contributeur) de mes clients et de cacher tout ce dont ils n'ont pas besoin.
Si ce n'est pas possible et qu'un plugin utilisé génère un nouveau panneau d'administration qui semble complètement différent des autres, je ne l'utiliserais pas.
L'autre raison d'utiliser l'interface utilisateur WordPress standard est que vous êtes sûr des mises à jour. Utilisez simplement les fonctions intégrées pour créer votre section et champs de paramètres:
la source
Personnellement, je préfère le chemin du milieu. Il doit s'agir d'un style d'interface utilisateur Wordpress de base à 70% (pour une intégration plus facile). Les 30% restants peuvent être des onglets avancés, des accordéons, des champs de saisie pour aider à garder le tout sur un seul écran pour éviter le défilement ou faciliter les tâches comme la sélection multiple. En dehors de cela, je n'aimerais pas avoir une interface d'administration personnalisée (colorée / de marque) - toutes les raisons qui ont déjà été abordées dans les autres réponses.
la source
Je pense que c'est une mauvaise idée que deux interfaces soient considérablement différentes.
La zone d'administration de WP est ... en cours (en termes polis). Il est très loin dans la structure et les options de personnalisation du front-end, donc pour beaucoup (surtout en ce qui concerne le thème), cela semble être une bonne idée de le supprimer et de le personnaliser.
Je pense que les interfaces d'ingénierie pour s'adapter parfaitement aux pièces natives sont une bonne expérience pour les utilisateurs et une bonne expérience pour moi. Mais cela vous rend parfois fou, c'est donc un choix personnel plutôt qu'une évidence. Au moins pour l'instant, il y a quelques mouvements pour rendre les interfaces de la zone d'administration plus logiques et plus accessibles aux développeurs de plugins.
la source