Project

General

Profile

Evolution #4429

Ajouter « configurer » en toutes lettres à côté de l'icône dans la liste des plugins

Added by tcharlss 🐽 over 1 year ago. Updated 28 days ago.

Status:
Fermé
Priority:
Normal
Assignee:
-
Target version:
Start date:
02/04/2020
Due date:
% Done:

0%

Resolution:
fixed

Description

Conversation de ce matin au téléphone pour amener quelqu'un sur la page de configuration d'un plugin :

- Une fois sur la page des plugins, tu cliques sur l'icône à droite, au niveau du plugin machin
- L'icône en forme de faucille et de marteau ?
- Oui voilà, clique dessus
- Voilà c'est fait
- Donc là tu es arrivé sur la page de configuration du plugin ?
- Ah non, j'ai cliqué mais rien ne s'est passé
- Ah bon ?
- Oui j'ai cliqué sur le petit carré blanc mais ça fait rien
- Non non, il faut cliquer sur l'icône. Sur l'image quoi, pas sur le carré.
etc.

Bref tout ça pour dire qu'il faudrait ajouter « configurer » en toute lettres à côté de l'icône pour lever toute ambigüité.

svp.html View - Maquette de SVP pour les actions (configurer et autres) (6.61 KB) RastaPopoulos ♥, 04/20/2020 12:16 AM

svp_menu.html View - Maquette SVP des plugins actifs, actions en menu (11.2 KB) RastaPopoulos ♥, 04/20/2020 04:42 PM

4562_svp4.png View (65.3 KB) tcharlss 🐽, 10/09/2020 03:25 PM


Related issues

Related to SVP - Anomalie #3017: Gestion des versions de plugins En cours 06/21/2013
Related to SVP - Evolution #3603: Ergonomie des onglets de sélection des plugins Fermé 11/23/2015

History

#1 Updated by chan kalan over 1 year ago

Oui ce serait bien...

#2 Updated by b b over 1 year ago

  • Status changed from Nouveau to En cours
  • Target version set to 4.0

Hmmm, je doute car ce bloc est en position absolute, ça risque de déborder dans certains cas. De plus, l'icone en question affiche bien un title au survol qui indique "Configurer XXX" (où XXX est le nom du plugin).

Autre piste, on garde l'icone tel quel, et on ajoute un lien Configurer XXX en toutes lettres dans la partie affichée/dépliée quand on a cliqué sur le nom du plugin. Ceinture et bretelles quoi.

#3 Updated by RastaPopoulos ♥ over 1 year ago

"Vous l'avez pas vu là ? Eh bah on va le mettre là aussi. Et puis là, et là. C'est bon vous l'avez vu cette fois le lien ?" :D

Réserve, si on a besoin de mettre un même lien en de multiples endroits de la même page, c'est ce qu'il y a un soucis ergo.

#4 Updated by b b over 1 year ago

Soit, faites au mieux, je vous fais confiance.

PS : n'oubliez pas qu'à côté de ce picto s'affiche parfois un autre picto, en absolute lui aussi, qui indique qu'une mise à jour est disponible. Bref, il faut reprendre complètement ce bloc si on remplace les pictos par des textes.

#5 Updated by nicod _ over 1 year ago

PS : n'oubliez pas qu'à côté de ce picto s'affiche parfois un autre picto, en absolute lui aussi, qui indique qu'une mise à jour est disponible. Bref, il faut reprendre complètement ce bloc si on remplacer les pictos par des textes.

+1, s'il y a un texte a coté de configurer, il en faut un à côté de mettre à jour, en toute logique.
Et s'arranger pour que la checkbox reste bien cliquable.

Autre possibilité : ajouter "Configurer" dans le bandeau qui apparait au survol, avec "Desactiver / Désinstaller / Mettre à jour", mais ça risque de déborder sur le texte.

#6 Updated by Eric Lupinacci about 1 year ago

Moi je ne suis pas très chaud pour changer ce bloc qui ne contient pas uniquement le picto de configuration.
Par contre, je trouve qu'il serait plus lisible de mon point vue d'avoir deux entrées dans le menu :
- gestion des plugins (pour l'installation et la desinstallation)
- configuration des plugins qui serait la même liste filtrée uniquement sur les plugins qui possèdent une configuration et où on pourrait avoir le lien Configurer en clair car il n'y en aurait pas d'autre.

#7 Updated by tcharlss 🐽 about 1 year ago

Oui, une entrée de menu à part pour la configuration des plugins, c'est une piste intéressante.

#8 Updated by RastaPopoulos ♥ about 1 year ago

Oula, calmos, on va éviter de faire encore des pansements de pansements et rendre les choses encore plus confuses. Ça ne me parait pas une bonne idée de multiplier les endroits différents où on parle du mot "Configuration" pour ne pas y lister la même chose.

Il y a déjà une entrée "Configuration" dans le menu principal d'admin. Si c'est pour avoir "une liste des choses à configurer", c'est que ça doit être.

Dans l'entrée "Gestion des plugins", on a : la liste des plugins. Le lien "configurer" sur un plugin précis, sert de raccourci pour aller directement à la page de config des fonctionnalités ajoutées par ce plugin.

Si on avait une sous-entrée "Configuration" en plus à l'intérieur de la gestion des plugins, ça voudrait dire qu'on aurait à la fois un lien "Configuration" en entrée principale du menu, qui est censé lister toutes les configurations, et ensuite un autre "Configuration" dans une sous-page, qui ne listerait pas la même chose. Ça parait vraiment problématique, ergonomiquement.

Il faut avoir une approche globale de où on veut voir les configurations.

1) L'entrée Configuration devrait contenir toutes les configurations possibles à faire dans un site. Ça ne devrait pas dépendre de "pour qui est la config", et alors "si c'est pour ceci c'est à tel endroit, et si c'est pour cela c'est à un autre". Ce n'est pas prédictif, et donc impossible de deviner où chercher.
2) La zone de gestion des plugins doit rester simple, il y a un panneau par défaut pour lister les plugins présents, un autre pour en ajouter. Il y a déjà une liste des plugins, pas besoin de faire une deuxième sous-liste avec moins de choses, juste parce qu'on veut voir ceux avec des configs. Au pire si on voulait filtrer, ça devrait être un filtre "Avec configuration" dans les liens de filtres déjà présents.
3) C'est bien qu'il y ait un raccourci vers la config de tel plugin, et on doit pouvoir trouver un moyen ergonomique de l'ajouter directement là. Mais dans tous les cas ça ne devrait être qu'un raccourci (pour celleux qui viennent depuis l'ajout d'un plugin et qui veulent le configurer tout de suite), car chaque config devrait être dans la liste exhaustive du 1.

Par ailleurs, s'il devait y avoir une refonte de ces petits blocs de plugins :
  • C'est mal d'avoir des actions cachées qu'on ne voit qu'au hover, tant pour la découverte, que pour les périphs tactiles.
  • Il y a deux manières de faire :
    • Soit on affiche les X actions possibles de chaque en permanence. Pour l'instant il peut y en avoir trois max je crois (Configurer, Désactiver, Désinstaller). C'est ce que fait Wordpress par exemple, et ça marche très bien. On peut les afficher en bas de chaque bloc, en toute lettre. Ça ne gênerait aucun float.
    • Soit, si on trouve que ça fait trop lourd visuellement, ça serait à droite de chaque ligne avoir seulement deux éléments : une icône "Menu" et la case à cocher. La case sert à faire des actions de masse, tandis que le menu liste des actions unitaires. Il est visible en permanence, donc quand on le voit, on sait qu'il y a des actions possibles, et dedans on peut en mettre autant qu'on veut sans rien péter.

Je n'ai pas d'avis sur le choix pour l'instant, mais pour ces lignes de plugins, pour moi faut faire une de ces deux possibilités forcément.

#9 Updated by tcharlss 🐽 about 1 year ago

Mais tout le monde est calme :)
Déjà je pense qu'on commence à aborder 2 sujets différents, qui peuvent être traités séparément (ou en 2 temps) :

1) Tout de suite pour la 3.3

Faire juste une petite amélioration, sans s'engager dans une refonte.
Moi je vois 2 options possibles, mais pas exactement les mêmes que rasta :

1. Option minimale : garder l'icône au même endroit en se contentant d'ajouter le label, tout en s'assurant que ça n'empiète pas sur le texte (un padding à droite plus important sur le conteneur par ex.).
2. Option plus complète : afficher les X actions possibles de chaque en permanence, comme le suggère rasta.

Par contre la dernière option, non : l'information « tel plugin dispose d'une page de configuration » doit être visible tout de suite, sans qu'on ait à cliquer sur un menu déroulant. Et même en l'état, c'est déjà laborieux de trouver quels plugins ont des pages de config quand il faut parcourir toute la liste. Ça m'amène au point suivant.

2) Pour après

Ce que soulève la proposition d'Eric, c'est qu'il ne s'agit pas uniquement d'une question d'ergonomie (comment et où afficher tel bouton) : c'est aussi une question de navigation.
La configuration des plugins, ce sont des pages indépendantes de l'espace privé, c'est pour ça que l'idée d'en avoir une liste automatique me semble intéressante, peu importe où, comment, et via quel menu. Et ça c'est pas du tout un pansement.
D'ailleur certains plugins ajoutent volontairement leur page de config dans le menu « configuration », s'il y avait un automatisme placé au bon endroit dans les menus du site, il n'y aurait plus besoin de faire ça, tous les plugins seraient logés à la même enseigne, et surtout il serait plus facile d'accéder à leur config.

Enfin si j'ai bien compris, Eric ne proposait pas d'avoir une sous entrée « configuration » dans la page des plugins, mais bien une entrée au même niveau que « Gestion des plugins » dans « Configuration ».

#10 Updated by RastaPopoulos ♥ about 1 year ago

Ben oui la navigation c'est une partie intégrante de l'ergonomie, et c'est tout l'objet de la première partie de mon message (la deuxième étant quoi faire de plus rapide). Je ne comprends pas le "ce sont des pages indépendantes de l'espace privé", je ne vois pas ce que ça veut dire. Une page de config, c'est bien une page de l'espace privé où on configure une fonctionnalité, ça fait partie intégrante de l'espace privé, et donc doit être rangé de manière trouvable, que ça vienne d'un plugin ou pas, c'est une séparation qui n'est compréhensible que par une minorité.

Il y a deux chemins principaux :

1) En terme purement fonctionnel : les utilisateurs n'en savent la plupart du temps rien de savoir d'où vient la fonctionnalité, ce qu'ils ont besoin de savoir c'est "On peut configurer les événements", ou "On peut configurer les documents", etc, et dans ce cas de figure il n'y a aucune raison de distinguer où on peut trouver la page de config, suivant d'où vient la fonctionnalité. On a déjà une entrée principale "Configuration", c'est directement là que devraient être listées toutes les configurations pour être cohérent. Sinon dans Configuration on a parfois des trucs du core, parfois des trucs de plugins, parfois faut aller dans une sous-page pour trouver celles d'autres plugins… comment savoir du premier coup ?

Jean-Michel est admin non-technique. Jean-Michel sait "j'ai des événements dans mon site". Il se demande s'il y a des choses configurables sur cette fonctionnalité, il n'en sait rien d'où ça vient. Il ne doit pas avoir à chercher à plusieurs endroits pour savoir où ça se configure. Il ouvre donc le menu "Configuration" et il regarde dedans s'il y a une entrée "Événements" ou "Agenda".

2) En terme technique, les admins de plus haut niveau peuvent parfois ajouter des plugins elleux-mêmes. Dans ce cas on sait qu'on a ajouté le plugin Trucmuche, et on veut le configurer tout de suite : il n'y a pas à partir autre part, on a la liste des plugins actifs sous les yeux, et dans chacun ya un raccourci pour le configurer (c'est ce que fait Wordpress et Drupal aussi).

Martine est admin technique, de temps en temps elle ajoute ou retire des plugins. Là elle vient d'ajouter le plugin "GIS". Dans sa liste de plugin, elle peut voir immédiatement à cet endroit que le plugin a une page de config et s'y rendre.

Dans les deux cas de figures, il n'y a pas à savoir "quels plugins ont des pages de config" puisque
- soit on veut configurer une fonctionnalité et non pas un plugin
- soit on vient d'installer un plugin, ou comme ton exemple de départ une personne au téléphone nous demande de configurer tel plugin précis, et donc on sait déjà d'avance quel plugin on veut configurer.
Et si vraiment il faut avoir cette liste (mais ça ne me parait pas le besoin courant suivant les deux scénarios), ça me parait plus logique d'ajouter un filtre directement dans l'espace qui existe déjà pour les plugins, puisque cette liste de plugins existe déjà, et qu'il y a déjà une liste de filtres. Pas besoin d'ouvrir un deuxième espace différent parlant des plugins d'une autre manière.

Pour le scénario 1, c'est une évolution plus importante oui, mais avec une approche globale, non technique (on configure une fonctionnalité, pas un plugin).

Pour le scénario 2, c'est quand on sait déjà que c'est plugin, et c'est alors une petite amélioration du bloc actuel. Dans ce cas, je disais que l'approche actuelle était déjà problématique en ergo de masquer des actions avec le hover. C'est pourquoi je proposais que si on améliorait un peu ces blocs, on corrige ce problème en même temps (juste ajouter le label pour Configurer, ne résoudrait pas le fait que les autres actions sont cachées). Si le menu ne convient pas, alors je préfère la solution où on affiche tout en permanence, car ça résout tous les problèmes à la fois pour config et pour les autres actions.

#11 Updated by RastaPopoulos ♥ about 1 year ago

En travaillant sur le ticket #3017, il m'a fallu forcément en même temps retravailler l'ergonomie de ces blocs de plugins, vu que j'étais dessus.

Voici donc le résultat, sans plus rien de caché, sans plus rien en hover, ni les actions, ni les labels des actions. Notamment pour les mises à jour, où absolument tout devient explicite et clair.

#12 Updated by RastaPopoulos ♥ about 1 year ago

Ça fait doublon tout ça mais du coup je fais les deux tickets à la fois vu qu'il faut tout résoudre de manière cohérente.

Je mets donc ici aussi la version avec menu, c'est comme je l'expliquais plus haut, mais "Configurer" reste bien toujours à part visible (surtout que c'est un lien pas une action).

#13 Updated by tcharlss 🐽 7 months ago

Les évolutions liées au ticket #4562 ont introduit un petit bug avec les boutons.
Oh 3 fois rien : quand il n'y a pas de descriptif, les boutons empiètent sur le checkbox.

Quitte à corriger ce truc, je proposais de commencer à implémenter une partie des de la maquette (la v1, celle-là : https://core.spip.net/attachments/download/1171/svp.html).
En gros, pour l'instant ça ne touche pas aux onglets, mais ça change le layout en plaçant les boutons en bas, toujours visibles, et des messages plus clairs pour les mises à jour.
Attention, pour les mises à jour ça ne montre toujours qu'une seule version : la plus récente, comme actuellement. Mais au moins il y a un message un peu plus clair selon le type de mise à jour (x, y ou z).

Ça ferait une étape intermédiaire avant une version finale plus tard.
Là c'est prêt à PRiser, mais j'attends des retours.

#14 Updated by tcharlss 🐽 7 months ago

Ah aussi : pour un plugin donné, j'ai pas vu si c'était possible de connaître l'état de la version proposée pour la mise à jour ?
Dans spip_paquets il y a le champ maj_version pour le numéro de version, pour l'état on a un truc ?

#15 Updated by RastaPopoulos ♥ 7 months ago

Je pense que tu peux faire une PR pour la V1 : ce sera toujours mieux que l'actuel, avec des trucs visibles qu'en survol.

#16 Updated by RastaPopoulos ♥ 3 months ago

#17 Updated by RastaPopoulos ♥ 3 months ago

  • Related to Evolution #3603: Ergonomie des onglets de sélection des plugins added

#18 Updated by b b 3 months ago

Pour info, les boutons affichés dans les dropdowns ne prennent pas toute la largeur du conteneur, ce qui fait que si on clique à côté du texte dans ce qui semble être le bouton, le dropdown se ferme.

#19 Updated by tcharlss 🐽 3 months ago

Oui il faudraitt mettre ces boutons en pleine largeur, par exemple avec la classe .bloc qui est prévue pour ça

Mais :
  • Le plan c'est de renommer ces classes modificatrices en bouton_xxx, donc pour l'instant c'est .bloc mais ça devrait devenir .bouton_bloc bientôt.
  • On ne peut pas centrer les icônes + texte dans les inputs puisque c'est fait avec des background-image, donc sur des boutons en pleine largeur ça fait un peu bizarre, les icônes restent calées à gauche. Il faudrait en profiter pour changer ces <input> en <button> comme le suggérait nicod_, si ça ne produit pas d'effet de bord (je crois pas ?).

#20 Updated by b b 3 months ago

Oui il faudraitt mettre ces boutons en pleine largeur, par exemple avec la classe .bloc qui est prévue pour ça

FTR, je viens de tester avec une classe bloc + un text-align left et ça fait très bien le job.

#21 Updated by cedric - about 2 months ago

Je touche à rien parce que j'ai rien suivi du chantier mais donc il faudrait ajouter 2 variantes bloc-left et bloc-right de bloc qui font un alignement à gauche et à droite ?

Quelqu'un peut finir ça ? ou me confirmer qu'il faut faire ça auquel cas je le fais...

#22 Updated by tcharlss 🐽 about 2 months ago

Je m'en occuperai dans la foulée de finir les boutons dans le core (incessamment sous peu).

#23 Updated by cedric - 28 days ago

  • Status changed from En cours to Fermé
  • Resolution set to fixed

C'est maintenant un bouton "Configurer" en toutes lettres

Also available in: Atom PDF