Project

General

Profile

Evolution #2621

ergonomie du gestionnaire de plugins

Added by Fil _ about 9 years ago. Updated almost 6 years ago.

Status:
Fermé
Priority:
Normal
Assignee:
-
Target version:
Start date:
03/27/2012
Due date:
% Done:

0%

Resolution:
fixed

Description

  • je continue de trouver dommage qu'on ne mette pas "voir=tous" comme page par défaut de la liste des plugins ; sur un site où l'on vient d'installer deux ou trois plugins par ftp, la page d'admin est vide, et il faut farfouiller pour trouver les plugins à installer… à priori je suggérerais d'inverser le système et de ne proposer de filtrer activé/tous, que s'il y a un nombre important de plugins.
  • à chaque activation d'un plugin il y a un écran en popin qui fait un effet de zoom étrange, suivi d'un clic obligatoire sur "valider" auquel on ne peut même pas répondre au clavier ; à la limite un alert() en JS serait plus facile :) Mais je me demande pourquoi il faut une validation aussi pénible : les plugins ne sont pas des monstres qui vont nous manger tout cru…
  • les cases à cocher pour le "traitement par lot" des plugins sont un peu perturbantes pour un débutant

History

#1 Updated by cedric - about 9 years ago

Je pense que la page d'admin des plugin devrait par défaut montrer "tous les plugins actifs" verrouillés ou non, ce qui éviterait la page vide sur un site neuf, et permettrait d'accèder aux liens vers les pages de configuration des plugins verrouillés qu'il faut actuellement aller chercher dans un des filtres de la page.

Par contre, je ne pense que c'est une bonne chose de s'en tenir aux plugins actifs et non à tous les plugins présents sur le site.

Je suis d'accord avec l'étape de validation dans la popin qui me parait inutilement lourd. On devrait supprimer cette étape de validation. Si ce qu'on a demandé n'est pas possible on le signale d'un message d'erreur et on ne fait rien, sinon on applique sans demander confirmation.

Les cases à cocher mériteraient d'être reliées verticalement par un traitement visuel (background ?) qui permettrait de comprendre qu'elles ont un lien avec le select d'action collective (qui du coup mériterait d'être dupliqué en haut du formulaire)

#2 Updated by Fil _ about 9 years ago

Un exemple pour aller dans "mon" sens : quand tu décoches un plugin et que tu valides, la page revient sans le plugin, impossible donc de se dire "oups en fait c'est pas ce que je voulais faire" et de recocher. Ergonomiquement c'est chiant quand un truc disparaît sous tes doigts.

#3 Updated by Piero Wbmstr about 9 years ago

Je remets ce fil au goût du jour pour appuyer un point signalé par FilUp: la popin de validation pour toute action sur un ou plusieurs plugins.

C'est un peu lourd de toujours devoir cliquer à la souris sur "valider" ... Effectivement, le fonctionnement d'un "confirm" javascript est plus intuitif et plus rapide je pense.

Peut-être faudrait-il simplement autoriser la validation par la touche Entrée ??

#4 Updated by Piero Wbmstr about 9 years ago

Je reviens également sur la remarque initiale de Fil.

Je viens de passer quelques jours à porter mes plugins sur SPIP3. J'ai dû utiliser la page des plugins de l'espace privée quelque chose comme 300 fois et c'est vrai que c'est très frustrant de revenir toujours, inexorablement, sur l'état de la liste des "Non Verouillés" "Actifs" ... ne serait-il pas intéressant de garder en mémoire le dernier état de cette liste (en session ou cookie) pour la retrouver dans son dernier état ?

Par ailleurs, il manque je trouve une page récapitulant tous les plugins configurables, à l'image de la page d'accueil de CFG en SPIP2. Ce serait vraiment plus pratique et éviterait de devoir revenir à la page des plugins (de surcroît lorsqu'elle ne revient jamais avec la liste qu'on veut !!) ...

#5 Updated by cedric - about 9 years ago

  • Target version changed from 3.0 to 3.1

#6 Updated by marcimat 🌻 about 9 years ago

#7 Updated by marcimat 🌻 about 9 years ago

  • Tracker changed from Anomalie to Evolution
  • Project changed from SPIP to SVP
  • Category deleted (ergonomie)

#8 Updated by Maïeul Rouquette almost 9 years ago

en complément, une remarque que j'ai posté sur la liste de dev

Lorsqu'on charge un plugin via le chargeur, il n'est pas possible de selectionner plusieurs plugins si ceux ci ne sont pas dans la même recherche (par ex : je veux installer SocialTags + Article PDF : je dois en général procéder à 2 fois, sauf si je choisis "tout les états" et ne précise pas de texte dans le champ de recherche, mais dans ce cas j'ai des tonne de plugin). On pourrait imaginer de "stocker" temporairement en JS les plugins cochés avant d'effectuer une nouvelle recherche (je ne sais pas si je suis très clair)

#9 Updated by Maïeul Rouquette almost 9 years ago

en outre, par défaut le bouton est masquée, même sans javascript.

J'ai du l'autre jour désactiver javascript à cause d'un réglage sushosin trop faible qui empêchait l'activation des plugins via ajax.

Sans JS on ne voit pas le bouton d'activation, et j'ai du modifier moi même le code via firebug. Pas toujours très pratique.

#10 Updated by b b over 7 years ago

Pour info, le problème d'affichage du bouton Activer en 2.1 est corrigé par http://core.spip.org/projects/spip/repository/revisions/20334.

#11 Updated by cedric - over 6 years ago

http://zone.spip.org/trac/spip-zone/changeset/85499 affiche tous les plugins par defaut tant qu'on en a moins que 256, et vire la confirmation dans les cas simples.
A voir plus tard si on la vire totalement ou si elle sert encore un peu (dependances, telechargements?), et si on memorise par cookie le dernier etat de la page telle qu'affichee.

#12 Updated by cedric - over 6 years ago

  • Status changed from Nouveau to Fermé
  • Resolution set to fixed

http://zone.spip.org/trac/spip-zone/changeset/85500 complete en memorisant en session le dernier etat utilise, ce qui rend le tout plus confortable !

#13 Updated by b b over 6 years ago

Super, merci pour ces changement cedric :)

Petite remarque, je pense qu'il serait mieux de ne pas afficher les plugins verrouillés par défaut. Même s'il ne faut qu'un clic pour les masquer, je ne pense pas qu'il soit utile de montrer tout de suite ces plugins à l'utilisateur puisqu'il ne peut pas agir sur ceux-ci.

Autre point moins important, pensez-vous qu'il faille afficher les plugins obsolètes par défaut ? Je trouve qu'ils polluent un peu la liste affichée étant donné qu'on ne peut pas les activer.

D'autres avis ?

#14 Updated by b b over 6 years ago

Autre remarque, si on active un plugin depuis la page des plugins inactifs, on reste sur cette page. Du coup ça fait un peu étrange, on a bien le message de confirmation qui nous informe que le plugin est actif, mais si on souhaite le configurer, ça nécessite un clic pour afficher les plugins actifs.

#15 Updated by Maïeul Rouquette over 6 years ago

pour les plugins obsolètes affichés par défaut : cela permet de comprendre pourquoi un plugin n'est pas activé.

#16 Updated by b b over 6 years ago

  • Status changed from Fermé to En cours

J'ouvre de nouveau le ticket juste pour qu'on oublie pas les remarques postées ces derniers jours :)

#17 Updated by Maïeul Rouquette over 6 years ago

je plussoie au remarque #13 et #14 de b_b

#18 Updated by b b about 6 years ago

Hop, puisqu'on a pas de propositions pour améliorer le changement introduit par http://zone.spip.org/trac/spip-zone/changeset/85500 (mémorisation de l'onglet en cours), je propose qu'on revert ce commit en attendant de trouver mieux. D'autres avis ?

#19 Updated by chan kalan about 6 years ago

Le défaut me semble être au niveau de la recherche + validation d'un seul plugin à la fois. Si on se retrouve sur la page des plugins activés il faut revenir si on en a d'autres à activer. Alors que si je suis en train d'activer des plugins, je comprends que je peux y rester pour continuer, ou alors décider d'aller configurer et je décide d'aller sur la page des plugins déjà activés... j'ai l'impression de choisir ce que je veux faire. = si au moment de la recherche de plugin je peux en sélectionner plusieurs pour les activer en même temps, alors pourquoi pas aller directement sur la page des plugins activés pour les configurer.

#20 Updated by cedric - almost 6 years ago

@b_b : Est-ce que http://zone.spip.org/trac/spip-zone/changeset/91084 rend l'ensemble acceptable pour le scenario que tu decris et autoriser a fermer le ticket ?

#21 Updated by b b almost 6 years ago

Super, merci Cedric :) Ça me semble très bien comme ça. Le dernier point que j'avais relevé (ne pas afficher les plugins verrouillés par défaut) est négligeable amha, on peut donc fermer le ticket.

#22 Updated by cedric - almost 6 years ago

  • Status changed from En cours to Fermé

Also available in: Atom PDF