<![CDATA[Gestion des droits et groupes de rédacteurs]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]>
Citation (ZebulonT)
Merci beaucoup... Si je comprend bien, tu es en train de concocter une extension qui permettra de créer des rédacteurs en masse auxquels on affecte au préalable des droits avant leur création ?

Elle existait déjà pour la version précédente du plugin. Il faut juste que je l'adapte à la version 5.5.
Citation (ZebulonT)
penses aussi aux possibilités dans le cas de modification des droits et pas simplement de la création de nouveaux rédacteurs...

Tu peux écraser les fichiers des droits de rédacteurs déjà existant donc tu peux faire des modifs de droits de rédacteurs existants en masse.
A+]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]> Merci beaucoup... Si je comprend bien, tu es en train de concocter une extension qui permettra de créer des rédacteurs en masse auxquels on affecte au préalable des droits avant leur création ?

Sans vouloir insister puisque je ne sais pas encore comment ton extension va fonctionner, penses aussi aux possibilités dans le cas de modification des droits et pas simplement de la création de nouveaux rédacteurs...
Ma proposition permettrai de modifier "fondamentalement" les droits d'un rédacteur à un moment donné en allant simplement copier les droits d'un groupe type.
Mais cela reste bien évidemment juste une suggestion ! :wink:

A+]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]> ce ne sera plus nécessaire avec l'extension pour la création massive de rédacteurs.
Tu pourras ainsi appliquer ta config standart à une centaine de rédacteurs et ensuite, tu modifieras de faà§on plus fine les droits pour certains d'entre eux.
A+]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]>
Après réflexion, je pense que tu avais raison... :wink:
Citation (jchouix)
Personnellement, je pense qu'elle est plus difficile à gérer car cette méthode demande de la rigueur sur le nom du groupe. Ce nom doit refléter les droits affectés au groupe sinon cela devient très vite ingérable. De plus, si tu veux changer les droits d'un groupe par la suite, tu vas devoir retester toutes les différentes combinaisons affectées à tes rédacteurs (une sacrée prise de tàªte en perspective)

Pouvoir affecter un rédacteur à plusieurs groupe demande en effet beaucoup de rigueur !... Et ce n'est donc pas forcément simple et encore moins "clair" pour les admin qui ne sont pas rompus à ce genre de chose... :wink:

Mais, par ailleurs, pour néanmoins rendre la gestion des droits un peu plus souple, je te fais la suggestion suivante :

Serait-il possible ajouter une fonction (un bouton) qui permet de copier les droits d'un groupe et de les affecter "automatiquement" à un utilisateur dans le contexte de la gestion individuelle de ses droits ?

Exemple pour mieux comprendre ma pensée :
1° Je crée un groupe que je nomme "standard" et je lui affecte une série de droits.
2° Je crée un rédacteur XY.
3° J'affecte ce rédacteur au groupe "standard". Cela imlique que dans la fenàªtre "Enregistrer un nouveau Rédacteur" (ou "Modifier l'enregistrement d'un Rédacteur"), tous les droits que l'on affecte dans les "Sections" disparaissent.
4° Apparaà®t alors un bouton "Copier les droits du groupe" juste en dessous de la combo box de sélection du groupe.
5° Si je valide ce bouton, les droits du groupe "standard" sont copiés et affectés au rédacteur qui n'appartient alors à aucun groupe et tous les droits que l'on affecte dans les "Sections" réapparaissent avec les valeurs définies dans le groupe qui sont "automatiquement" affectées au rédacteur !
6° Il ne me reste plus alors qu'à rectifier les droits copiés du groupe "standard" pour affiner les droits du rédacteur XY si je le souhaite...

Je pense que cette fonction apporterait un réel plus pour une gestion "fine" des droits des rédacteurs car alors on pourrait créer des groupes types qui serviraient de base pour l'affectation des droits et on ne serait pas obligé de choisir entre affecter un rédacteur à un groupe ou alors devoir réaffecter tous les droits un par un pour que le rédacteur obtienne les droits identiques à un groupe existant sauf un ou deux droits que l'on souhaite retirer ou ajouter...

Le plugin "adm_redacteurs" deviendrait ainsi un exemple de convivialité pour une gestion très fine des droits d'une armée de rédacteurs ! :fsb2_smyle:

Et le top du top serait de pouvoir créer un nouveau groupe en copiant les droits d'un groupe existant sur le màªme principe !!! :wink:

Merci d'avance pour ton avis éclairé sur cette possibilité.

A+]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]> Merci pour tes explications. :fsb2_smyle:
A+]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]>
Citation (ZebulonT)
En effet, si tu considères que l'on part de l'absence totale de droits et que l'on ajoute des droits partiels avec chaque groupe auquel on affecte le rédacteur, il me semble assez simple d'imaginer que chaque groupe autorise de faire quelque chose et qu'aucun groupe ne peut diminuer les droits acquis par ailleurs dans un autre groupe...

Ben, je ne suis pas trop d'accord avec toi car tous les groupes sont au màªme niveau et sont indépendants les uns des autres. Dans ce type de système, la règle est que si, dans un des groupes affectés au rédacteur, le droit est à FALSE ou NULL alors le résultat final est à FALSE malgrè que, dans les autres groupes, le droit soit à TRUE. C'est une question de sécurité sinon tu vas te retrouver très vite avec des rédacteurs qui auront des droits à TRUE sans que tu le saches car tu auras oublié que dans un des groupes affectés, le droit avait été mis à TRUE !
A+]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]>
Citation (jchouix)
Je t'ai pris volontairement un exemple très simple mais c'est pour te montrer que màªme dans ce cas là , le raisonnement pour anticiper le résultat de chaque combinaison n'est pas trivial.

Cela dépend bien entendu des règles qui régissent "l'addition" des droit. En effet, si tu considères que l'on part de l'absence totale de droits et que l'on ajoute des droits partiels avec chaque groupe auquel on affecte le rédacteur, il me semble assez simple d'imaginer que chaque groupe autorise de faire quelque chose et qu'aucun groupe ne peut diminuer les droits acquis par ailleurs dans un autre groupe...
On est alors dans un schéma de "synthèse additive" pour ce qui est de la concaténation des droits obtenu par l'appartenance aux différents groupes.

Voilà pour ces quelques précisions sur le fond de ma pensée. :wink:

Bien à toi.]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]>
Citation (ZebulonT)
Est-il possible d'affecter plusieurs groupes de droits à un rédacteur ?

Non car le schéma a été pensé avec comme contrainte justement que chaque rédacteur appartient à un seul et unique groupe. La raison est que la gestion est plus facile.
Citation (ZebulonT)
Cette faà§on de gérer les droits me parait plus simple et plus claire que de devoir créer un groupe correspondant à chaque type de droits que l'on l'on veut pouvoir affecter...
Personnellement, je pense qu'elle est plus difficile à gérer car cette méthode demande de la rigueur sur le nom du groupe. Ce nom doit refléter les droits affectés au groupe sinon cela devient très vite ingérable. De plus, si tu veux changer les droits d'un groupe par la suite, tu vas devoir retester toutes les différentes combinaisons affectées à tes rédacteurs (une sacrée prise de tàªte en perspective)
Pour te donner un exemple :
Tu as un groupe A qui a le droit d'écrire des articles mais qui ne peut pas activer un article.
Tu as un groupe B qui n'a pas le droit d'écrire des articles et qui peut activer un article.
Tu as un groupe C qui a le droit d'écrire des articles et qui peut activer un article.

1) Si tu affectes un rédacteur au groupe A et B, il ne pourra pas écrire des articles et pas les activer.

2) Si tu affectes un rédacteur au groupe A et C, il pourra écrire des articles et pas les activer.

3) Si tu affectes un rédacteur au groupe B et C, il ne pourra pas écrire des articles mais il pourra les activer.

4) Enfin, si tu affectes au rédacteur les groupes A , B et C, tu vas te retrouver dans la màªme situation que le 1)

Je t'ai pris volontairement un exemple très simple mais c'est pour te montrer que màªme dans ce cas là , le raisonnement pour anticiper le résultat de chaque combinaison n'est pas trivial.
A+]]> <![CDATA[Gestion des droits et groupes de rédacteurs]]>
Encore une petite question/suggestion :

Est-il possible d'affecter plusieurs groupes de droits à un rédacteur ?

Cela permettrait d'affecter les catégories de droits à des groupes différents et ensuite de sélectionner les groupes/catégories auxquels un rédacteur appartient. On aurai ainsi des droits "cumulatifs" !

Cette faà§on de gérer les droits me parait plus simple et plus claire que de devoir créer un groupe correspondant à chaque type de droits que l'on l'on veut pouvoir affecter...

En fait, je gère un site commun à huit implantations pour une seule école et je suis donc obligé de créer 8 fois des groupes différents pour les élèves, les enseignants, etc. Pour chaque implantation...

Si je pouvais, par exemple, créer un groupe par implantation dans lequel j'affecte simplement les droits pour les options ou le plugin "menus extra", il suffirait de cumuler les droits d'accès à un menu extra, correspondant à une implantation, avec les autres droits concernant les sections... :fsb2_glasses:

J'imagine bien que cela implique une forme de concaténation des droits et que cela complique un peu la vérification de ceux-ci... Mais cela donnerai vraiment une puissance et une souplesse très intéressante dans la gestion des droits des rédacteurs ! :fsb2_oui:

Cela dit, cela reste juste une suggestion pour le futur...

Salutations cordiales.]]>