mistic100 a écrit:
j'ai voulu coder la gestion par lot, mais il y a un problème :
Fatal error: Cannot redeclare plugin_install()
... évidement, et je ne vois pas comment passer outre :s
Je ne suis absolument pas convaincu de l'utilité d'une telle fonctionnalité, mais il faut de toute façon passer par une activation ou désactivation en Ajax grace aux webservices (méthode pwg.plugins.performAction). C'est ce que je fais dans Piwigo Autoupgrade pour mettre a jour toutes les extensions d'un coup.
Hors ligne
gestion par lot à la désactivation/activation, très très pratique quand quelque chose foire et qu'on a besoin urgent de tout enlever ^^
edit : http://img1.uploadscreenshot.com/images … 8-orig.png
(ici deux plugins sont sélectionnés pour la gestion par lot)
Dernière modification par mistic100 (2011-04-10 21:38:10)
Hors ligne
mistic100 a écrit:
gestion par lot à la désactivation/activation, très très pratique quand quelque chose foire et qu'on a besoin urgent de tout enlever ^^
edit : http://img1.uploadscreenshot.com/images … 8-orig.png
(ici deux plugins sont sélectionnés pour la gestion par lot)
très beau tout ce qui ce dit ici mais normalement quand on parle de modif dans le core on ne doit pas plutot en parler sur le forum Engine EN ?
Sinon +1 pour ce qui se fait ! par contre sur le dernier screen : la séparation par fieldset c'est moyen, la page va faire 3 kilomètre de long !
Hors ligne
mistic100 a écrit:
gestion par lot à la désactivation/activation, très très pratique quand quelque chose foire et qu'on a besoin urgent de tout enlever ^^
edit : http://img1.uploadscreenshot.com/images … 8-orig.png
(ici deux plugins sont sélectionnés pour la gestion par lot)
Moi j'aime le retrait sur la gauche :-D
Hors ligne
mistic100 a écrit:
gestion par lot à la désactivation/activation, très très pratique quand quelque chose foire et qu'on a besoin urgent de tout enlever ^^
edit : http://img1.uploadscreenshot.com/images … 8-orig.png
(ici deux plugins sont sélectionnés pour la gestion par lot)
Alors, oui, c'est très beau tout ça, mais je n'adhère pas, désolé.
Ce sont des fonctionnalités qui ne serviront que très peu et qui surchargent et compliquent l'interface graphique. Cette page doit rester le plus simple possible pour l'utilisateur (plg ne me contrariera pas sur ce point!). Ca ne sert à rien de simplifier la gestion des plugins en gardant deux status possibles si c'est pour rajouter pleins d'options en plus!
Je propose de garder uniquement les status "actif" et "inactif", ajouter le tri par status ou par nom, et c'est tout. Ensuite, rien n'empêche de faire un Advanced Plugins Manager avec tout plein d'options partout!
Hors ligne
Oula, je vois des captures d'écran qui compliquent l'interface utilisateur. Aie aie aie. Le Plugin Manager est déjà trop compliqué (il y a un état en trop selon moi) alors les options du style "regroupement par auteur", je me demande vraiment l'intérêt pour les utilisateurs.
De même l'application d'action par lot dans le Plugin Manager, cela me semble inutile pour les utilisateurs.
Il faut se demander qu'est-ce qui a vraiment de l'intérêt pour les utilisateurs avant toute chose. Ensuite, si des options d'affichage ou des états supplémentaires sont utiles pour les développeurs ou les testeurs, alors pourquoi pas faire un Advanced Plugin Manager, mais restons simple pour les utilisateurs.
La proposition de P@t de passer à 2 états...
P@t a écrit:
Pour cela, quand un plugin vient d'être installé (par FTP ou automatiquement via piwigo), son état est désinstallé. Quand l'utilisateur va l'activer pour la première fois, piwigo installera et activera le plugin. La désinstallation complète du plugin s'effectuera uniquement lors de la suppression du plugin. Est-ce que cela vous va?
... j'approuve complètement ! L'état "désinstallé" ne sert qu'à une chose : quand quelque chose a vraiment planté, cela permet de remettre la configuration du plugin à zéro. Sans trop réfléchir, je propose une action "réinitialiser la configuration par défaut" (qui en coulisses équivaudrait à repasser par l'état "désinstallé").
Au niveau du Plugin Manager pour la 2.3, j'aimerais qu'on modifie la présentation par défaut pour s'approcher de ce qu'on a sur le Language Manager : ne plus avoir une ligne complète par plugin, mais juste le nom du plugin dans une boîte pas trop large (histoire d'avoir plusieurs plugins par ligne, pour raccourcir la page) + action activer/désactiver/supprimer + lien "configurer" (comme pour les thèmes). Et du coup, supprimer le lien du plugin dans le menu admin, pour éviter de se retrouver avec un menu admin très long.
En alternative à l'affichage "condensé", avoir l'affichage "détaillé" tel qu'il est aujourd'hui, avec la description, le nom de l'auteur, etc.
Hors ligne
mui, c'est vrai que c'est un peu lourd, j'ai fait machine arrière et j'ai gardé :
- tri par status/nom/auteur (de toute façon il faut passer par le select pour l'avoir, et puis c'est Damien qui l'a proposé ^^)
- apparence différente selon le status (atténuée si c'est trié par status puisqu'ils sont déjà regroupés dans le fieldset)
je me permet d'insister quand même sur un petit lien bas de page "Désactiver tous les plugins"
je vais voir pour afficher plus de plugins par blocs en ligne, j'avais pensé à afficher la description dans un tiptip, à voir à l'usage, c'est peut être un peu lourd aussi, en ce cas pourquoi pas effectivement un affichage alternatif "détaillé"
Dernière modification par mistic100 (2011-04-11 00:47:03)
Hors ligne
je sais pas ce que tuas prévu pour les liens de configuration, mais il faut laisser la possibilité d'ajouter des éléments au menu
par exemple des plugins comme PWG stuffs, Additional Pages doivent être dans le menu
par contre des plugins comme BBCode Bar, TypeT@gs peuvent très bien voir leur lien de config migrer vers la page principale des plugins.
Hors ligne
mistic100 a écrit:
je sais pas ce que tu as prévu pour les liens de configuration [...]
Pour le moment, je voudrais faire un essai, voir ce que ça donne (rien ne vaut un essai grandeur nature avant de se faire une opinion).
mistic100 a écrit:
par exemple des plugins comme PWG stuffs, Additional Pages doivent être dans le menu par contre des plugins comme BBCode Bar, TypeT@gs peuvent très bien voir leur lien de config migrer vers la page principale des plugins.
Quelle différence entre ces plugins ? pourquoi les uns ont le droit à un lien dans le menu et pas les autres ?
Hors ligne
Oui les éléments dans le menu sont vraiment très pratiques.
Un plugin comme Local Files Editor par exemple, il ne faudrait pas augmenter le nombre de clics pour y accéder.
Et quand on a 15 plugins dont 4 qui ont une entrée dans le menu, ça serait vraiment dommage d'avoir à chercher les liens "configurer" parmi les 15 plugins plutôt que 4.
Hors ligne
pour moi il y a deux catégories de plugins :
- ceux qui ajoutent un "petite fonction" qu'on configure une fois, et ensuite qu'on ne touche presque plus
- ceux qui ajoutent des pages ou du contenu plus dynamique, ceux là on peut avoir besoin d'y toucher tous les jours, c'est pourquoi je pense sincèrement que leur lien de "config" doit être le plus accessible possible
dans cette catégorie je mettrais en vrac :
- Additional Pages
- PWG Stuffs
- Contest Results
- LocalFiles Editor
- (quelques autres que je n'utilise pas)
Dernière modification par mistic100 (2011-04-11 12:23:39)
Hors ligne
mistic100 a écrit:
pour moi il y a deux catégories de plugins [...]
Pour toi oui, mais les développeurs vont certainement voir ça autrement ^^
Donc la configuration des plugins doit rester accessible par tous en un seul et même endroit. Si on commence à éparpiller les liens, on ne va plus s'en sortir.
Déjà que certains plugins ajoutent des actions dans des pages de l'administration sans qu'on ne le sache...
Hors ligne
Surtout qu'après on va avoir l'effet Wordpress : des liens partout dans le menu et tu ne sais plus où trouver la config de tel plugin du premier coup
Hors ligne
Gotcha a écrit:
Déjà que certains plugins ajoutent des actions dans des pages de l'administration sans qu'on ne le sache...
Ca c'est très bien. Il manque peut-être une info à l'utilisateur mais c'est bien qu'un plugin s'intègre dans l'administration si c'est pertinent.
Hors ligne
flop25 a écrit:
Surtout qu'après on va avoir l'effet Wordpress : des liens partout dans le menu et tu ne sais plus où trouver la config de tel plugin du premier coup
Tout à fait !
Je préfère avoir une menu "Plugins" bien chargé mais où on trouve toutes les configurations, que 36 liens/actions disséminés dans l'administration de Piwigo.
Dernier exemple : [extension by P@t] Thumbnails Regeneration
Je m'attendais à trouver une entrée de la menu au moins ! Et bas non, il faut se rendre dans une page de l'administration Outils >> Miniature et trouver un nouvel onglet.
Hors ligne