Que pensez-vous de l'interface utilisateur des options de plug-in/thème conçues sur mesure?
Vous avez probablement remarqué la tendance à créer des interfaces utilisateur personnalisées pour les options de plug-in/thème, en particulier dans les versions commerciales (sur CodeCanyon par exemple - boîtes personnalisées, onglets, accordéons, etc.).
Personnellement, j'estime que l'interface utilisateur doit être unifiée en premier lieu, ce qui est très facile à utiliser avec WP à l'aide de la structure HTML par défaut du noyau + des classes CSS => en suivant le guide de style.
Cependant, cela n’est peut-être parfois pas suffisant et c’est pourquoi il ya cette tendance. Une autre raison pourrait être "l'image de marque" ou juste un "effet de fraîcheur".
Que pensez-vous de ceci? Préférez-vous certaines interfaces utilisateur conçues sur mesure ou celle par défaut et pourquoi?
P.S. La raison principale pour laquelle je pose cette question est aussi parce que ces jours-ci, j'ai commencé avec le développement de plug-in et j'essayais de décider quel chemin choisir.
L'interface utilisateur personnalisée est géniale car elle améliore l'expérience et facilite la tâche. Après tout, un plugin étend WordPress et donc souvent l'interface utilisateur. Cela pourrait signifier un écran agencé de manière complètement différente de tout autre écran, mais s'il est logique et compréhensible, il n'y a aucune raison de confusion.
Lorsque le style personnalisé est utilisé pour "marquer" un plugin, c'est simplement ennuyeux et dérangeant. L'interface utilisateur personnalisée doit respecter le choix de couleur du serveur d'administration.
Je préfère de loin les plugins qui pourraient être confondus avec le noyau, et cela devrait être l'objectif.
Alors, respectez l’interface utilisateur de base, mais ne vous en faites pas.
Les problèmes avec les interfaces utilisateur personnalisées sont les suivants: leur apparence diffère 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 différentes de l’interface utilisateur n’est certainement pas facile.
La raison d'utiliser WordPress en tant que CMS pour moi est la simplicité . Mes clients ne sont pas des geeks dans l'ordinateur et ils ne veulent pas en être un. La première chose que je fais est donc de réduire le rôle (par exemple, le 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 est complètement différent des autres, je ne l'utiliserais pas.
L’autre raison d’utiliser l’interface utilisateur standard de WordPress est que vous ne craignez pas les mises à jour. Utilisez simplement les fonctions intégrées pour créer votre section de paramètres et vos champs:
Personnellement, je préfère la voie médiane. Il devrait être à 70% de style interface utilisateur Wordpress admin (pour une intégration plus facile). Les autres 30% peuvent être des onglets avancés, des accordéons, des champs de saisie pour vous aider à tout conserver sur un seul écran afin d’éviter le défilement ou simplifier des tâches comme la sélection multiple. En dehors de cela, je ne voudrais pas avoir d'administrateur personnalisé (de couleur/de marque) - toutes les raisons qui ont déjà été couvertes dans les autres réponses.
Je pense que c’est une mauvaise idée que deux aient des interfaces considérablement différentes.
WP domaine admin est ... travail en cours (en le mettant poliment). La structure et les options de personnalisation sont très éloignées de l'interface frontale. Par conséquent, pour beaucoup (en particulier du côté des thèmes), il semble être une bonne idée de les ignorer et de les personnaliser.
Je pense que des interfaces d'ingénierie bien adaptées aux pièces natives constituent une bonne expérience pour les utilisateurs et une bonne expérience pour moi. Mais cela vous rend parfois fou, alors c’est un choix personnel plutôt que naturel. Au moins pour le moment, certains mouvements permettent de rendre les interfaces de zone d'administration plus cohérentes et plus accessibles pour les développeurs de plug-ins.