l'option me semble très intéressante pour un nouveau plugin

Eric a écrit:

Merci pour vos interventions à tous deux !

La "valeur" de mon intervention tient surtout au fait que c'est la première depuis ...
...au moins tout ce temps.

   <:o))

ddtddt a écrit:

Eric a écrit:

. UAM étant devenu assez complexe

C'est bien pour cela que je milite pour plusieurs plugins ! qui chacun d'entre eux aurais sa fonction simple à utiliser et simple et plus rapide à maintenir

Ta vision se défend même si je n'y adhère pas totalement. L'idéal serait de faire de la POO comme le fait Grum avec ses classes communes. Mais je ne suis pas assez calé pour cela...

Mais çà devient un peu HS, là. Gotcha va sévir ;-)

J'ai pas mal avancé sur le sujet. Finalement, je vais faire au plus simple : Un utilisateur que l'admin aura marqué comme "mot de passe à changer" sera systématiquement redirigé vers sa page de personnalisation à chacun de ses connexions et un message explicite s'affichera pour l'inciter à faire ce qu'on attend de lui.

Cette partie est déjà codée et fonctionnelle ainsi que la gestion du changement du mot de passe (lorsque l'utilisateur en question a changé son mot de passe comme souhaité, il n'est plus redirigé et il n'a plus le message).

Maintenant, je bloque sur la partie admin de la fonction.
Comme je l'ai annoncé dans mon premier post, je ne souhaite pas générer à nouveau un tableau des utilisateurs d'une galerie pour permettre à l'admin de sélectionner ceux qui devront changer leur mot de passe. Autant utiliser celui qui existe déjà.

Dans user_list.php, il y a le trigger loc_visible_user_list qui permet d'ajouter des colonnes et des fonctions au tableau existant mais ne permet pas d'ajouter une action dans les sections en dessous du tableau. Idéalement, dans le user_list.tpl, il faudrait que je puisse avoir ceci (ligne 102):

{* delete the selected users ? *}
<fieldset>
  <legend>{'Deletions'|@translate}</legend>
  <label><input type="checkbox" name="confirm_deletion" value="1"> {'confirm'|@translate}</label>
  <input class="submit" type="submit" value="{'Delete selected users'|@translate}" name="delete">
</fieldset>
{* Reset password of the selected users ? *}
<fieldset>
  <legend>{'PasswordReset'|@translate}</legend>
  <label><input type="checkbox" name="confirm_pwdreset" value="1"> {'confirm'|@translate}</label>
  <input class="submit" type="submit" value="{'Reset Pwd selected users'|@translate}" name="PwdReset">
</fieldset>

Un template-extension saurait arriver à ce résultat, je pense. Mais est-il seulement possible d'arriver à cela via un plugin ?

Oui, j'ai déjà eu à utiliser les pré filtres pour un autre de mes plugins mais cela n'impactait pas la partie admin de Piwigo. Je n'arrive pas à faire fonctionner un pré filtre sur user_list.

Faut que je creuse encore... J'ai l'impression de passer à côté de quelque chose.

ddtddt a écrit:

je n'ai pas regarder ce que tu as fait.

Les pré filtres sur l'admin sont possible, j'en ai sur plusieurs plugins (meta, andinffo, title, addinfouser ...)

J'ai regardé comment fonctionnent tes plugins mais aucun d'eux n'interagit avec des pages de l'administration de Piwigo. addinfouser, par exemple, ajoute un fieldset et des champs dans profile.tpl côté utilisateur. C'est ce que je fais aussi avec mon autre plugin NBM Subscriber car les mécanismes de "pré filtrage" sont bien présents dans profile.php.

Mais il ne le sont pas dans user_list.php !

ddtddt a écrit:

je vais peux être dire une bêtise mais si tu ajoutes ta colonne avec un bout de javascript qui agit directement dans ta table quand tu coches ou décoches les utilisateurs dont tu souhaites forcer à changer de mot de passe ?

cela ne résoudrait pas ton problème ?

Ajouter une colonne où ? Dans le tableau des utilisateurs de user_list.tpl ? Cà, je sais faire mais je n'y connais pas grand chose en javascript. Ce n'est pas vraiment ma tasse de thé... ;-)
Mais si on fait comme tu le proposes, on ne pourra pas faire de traitements par lot.

Je pense à ajouter un bouton d'action dans la colonne "Actions" du tableau d'utilisateurs de user_list. En plus des boutons existants comme "profile" et "permissions". L'inconvénient c'est que, là aussi, on ne pourra pas faire de traitements par lot.

je ne veux pas insister mais si tu fait un préfiltre sur la page user_list.tpl quest ce qui t'empêche de gérer ton lot ?