Droits sur les catégories

Définition

Il est possible d'attribuer des droits sur l'arborescence des catégories d'un module.

Pour cela il faut que la structure de l'objet possède au moins 1 champ catégorie.

Seul le module "Gestion des pages" n'est pas soumis à cette condition car pour ce module c'est l'arborescence des pages qui remplace les catégories.

Propriétés

On différencie 4 droits principaux pour chaque catégorie :

• Aucun droit : l'utilisateur n'a aucun droit sur les éléments associés.
• Visualisation des éléments associés : l'utilisateur peut voir les éléments associés.
• Édition des éléments associés : l'utilisateur peut éditer les éléments associés.
• Gestion des catégories : l'utilisateur peut éditer les catégories

Voici l'ordre de priorité des droits, du plus faible au plus fort :

• Aucun droit
• Visualisation
• Édition
• Gestion des catégories.

Par exemple, un utilisateur qui possède le droit d'édition pourra éditer mais aussi voir les éléments associés.

Actions

Affectations

L'affectation des droits sur chaque catégories suit les règles suivantes :

• Il n'est possible d'affecter qu'un seul droit par catégorie, parmi les 4 droits vus précédemment.
• Lorsqu'on spécifie un droit sur une catégorie qui possède des sous-catégories, ces dernières héritent du droit spécifié.
• Pour une sous-catégorie il n'est possible de définir un droit que s'il est différent de la catégorie directement parente.

Exemple d'une arborescence de catégories (module Actualités) :

Exemple : droit "Aucun droit" sur la catégorie racine :

Exemple : droit "Visualisation des éléments associés" sur la catégorie racine :

Résolution

Cette section explique comment les droits sur les catégories sont résolus :

Pour chaque catégorie, voici l'ordre de priorité des droits pris en compte :

• Position de la catégorie dans l'arborescence
• Priorité du droit (parmi les 4 droits présentés précédemment)

Exemple : 

La catégorie Actualités est la catégorie racine de notre module Actualités. "Racine" signifie qu'elle ne possède pas de parent.

Par défaut toutes les catégories héritent de leur parent.

1) Nous donnons ici le droit de "voir les éléments" sur la catégories racine.
Toutes les catégories enfants héritent donc du droit "voir". Et il est impossible de redéfinir le droit "voir" sur les enfants directs de la catégorie racine.

2) Cependant nous spécifions que la catégorie "Evènements" possède le droit "éditer".
De ce fait les catégories Sport et Spectacle héritent de ce droit d'édition, et on peut à nouveau leur donner le droit "voir". On ne peut plus leur donner le droit "éditer", puisqu'elle en héritent déjà.

3) On spécifie le droit "voir" sur la catégorie Spectacle :

4) Enfin, on donne le droit "aucun droit" à la catégorie "Brèves".

Pour un utilisateur associé à plusieurs groupes

Les droits de l'utilisateur découlent de ceux spécifiés pour les groupes auxquels il appartient.

On prend en compte les priorités indiquées plus haut.

Exemple :

Sur une même catégorie associée à un élément :

• le groupe A possède le droit VISUALISATION
• le groupe B possède le droit EDITION

Résultat : l'utilisateur appartenant aux deux groupes A et B pourra éditer l'élément. En effet, conformément aux priorités le droit "édition" est plus élevé que le droit "visualisation". 

Pour un objet polymod qui possède plusieurs champs de catégories

Lors d'une recherche polymod, si la vérification des droits côté client est activé, les champs "catégorie" de chaque élément sont analysés afin de vérifier les droits.

Cela veut dire que les droits sont appliqués indépendamment sur chaque champ.

Si un utilisateur ne possède pas les droits de visualiser l'élément pour 1 seul de ces champs, alors il ne peut pas voir l'élément.

Exemple :

Un élément "Actualité" possède 2 champs "catégories" avec chacun 1 catégorie associée :

• Un champ "Rubrique" avec une catégorie associée dont le droit est VISUALISATION
• Un champ "Thème" avec une catégorie associée dont le droit est AUCUN DROIT

Résultat : l'utilisateur ne peut pas voir l'élément actualité, car il n'a pas le droit de voir la catégorie associée au champ "Thème".

Pour un objet polymod qui possède un champ "Catégories multiples"

Dans le cas d'un champ de type "Catégories multiples", les droits sont vérifiés sur l'ensemble des catégories associées à l'élément.

Dans ce cas, c'est la catégorie avec le droit le plus élevé qui prime.

Exemple :

Un élément "Actualité" possède un champ de type "catégories multiples" avec 2 catégories associées :

• Catégorie A : l'utilisateur possède le droit VISUALISATION
• Catégorie B : l'utilisateur possède le droit AUCUN DROIT

Résultat : l'utilisateur peut voir l'élément Actualité, car le droit sur la catégorie A prime (c'est le plus élevé parmi les 2 catégories associées).