[spip-dev] Mots clés pour les auteurs

Christian_Mercier · Mai 16, 2003, 7:14

Bonjour à tous !

Une fonctionnalité qui serait très très utile pour les nouvelles versions de
SPIP: la possibilité de définir des mots clés sur les auteurs. En effet,
j'utilise actuellement le principe de mots clés sur des rubriques et
articles pour limiter l'accès à certaines parties de mon site en fonction de
l'utilisateur: toto peut accéder à la rubrique 1 alors que titi a accès à la
rubrique 2 et tutu aux deux rubriques. Mon principe: définir un groupe de
mots clés "Membres" dont chaque mot clé est le nom d'un rédacteur ou membre
(j'ai mis en place le principe de membres). A chaque fois que je dois
afficher une rubrique, je regarde si la rubrique a un mot clé du groupe
membre. Si ce n'est pas le cas, la rubrique est disponible pour tous. Sinon,
je regarde si le $auteur_session['nom'] fait partie des mots clés de la
rubrique.

Pourquoi ajouter des mots clés sur l'auteur? Pour pouvoir gérer des groupes
d'auteurs et permettre de limiter une rubrique à un groupe plutôt que auteur
par auteur. Sachant qu'un auteur doit pouvoir appartenir à plusieurs
groupes, le principe des mots clés sur auteurs serait très pratique! Surtout
lorsqu'il s'agit de groupes de 30 personnes concernées par une vingtaine
voire plus de rubriques :-))

Qu'en pensez-vous ?

Christian

615beda9217b323297ed · Mai 16, 2003, 7:20

Est-ce qu'il ne serait pas suffisant de créer plusieurs groupes
(Membres_groupe1, Membres_groupe2 ...) et de tester les mots clés de
tous les groupes {nom=!"Membres_.*"} ?

À+, Pif.

PS: le bout de squelette pour tester l'appartenance m'intéresse

Christian_Mercier · Mai 16, 2003, 7:39

Voici le bout de squelette sur une boucle ARTICLES. A noter que les
administrateurs ont accès à tous les articles et rubriques.

<? $EstAdmin=0;
if ($auteur_session)
if ($auteur_session['statut']=='0minirezo') $EstAdmin=1;
?>

<BOUCLE_articles1(ARTICLES){id_rubrique}{par num titre}>
    <?
        $ArtAff=0;
        if ($EstAdmin==0){?>
            <B_motscles_art>
            <BOUCLE_motscles_art(MOTS){id_article}{type=Membres}>
                <? if ('#TITRE'==$auteur_session['nom']) $ArtAff=1; ?>
            </BOUCLE_motscles_art>
            </B_motscles_art>
                <? $ArtAff=1; // Pas de mots clés sur l'article,
donc accessible par tous
                ?>
            <//B_motscles_art>

        <?}if ($ArtAff==1) { ?>
            <a href="#URL_ARTICLE">[(#TITRE|supprimer_numero)]</a><br>
        <? } ?>
</BOUCLE_articles1>

Je vais réfléchir à ta solution de créer plusieurs groupes. Merci pour
l'idée.

Christian

Sylvain6 · Mai 16, 2003, 7:50

Christian Lefebvre a écrit:

Pourquoi ajouter des mots clés sur l'auteur? Pour pouvoir gérer des groupes
d'auteurs et permettre de limiter une rubrique à un groupe plutôt que auteur
par auteur.

Est-ce qu'il ne serait pas suffisant de créer plusieurs groupes
(Membres_groupe1, Membres_groupe2 ...) et de tester les mots clés de
tous les groupes {nom=!"Membres_.*"} ?

oui c'est vrai que perso ce qui m'intéresserait énormément serait d'avoir des groupes d'utilisateurs ; même sans pour autant leur donner des droits différents (pour l'instant)
pouvoir regrouper les auteurs serait top, si le plus simple et valable et de leur affecter un mot clef pourquoi pas mais si le but final (à long terme) est de leur attribuer des droits différents la une première étape serait plutot, à mon avis, des vrai groupes d'utilisateurs

c'est vrai que c'est un besoin qui revient souvent

neoram1 · Mai 16, 2003, 8:24

J'avais déjà engagé la discussion là-dessus il y a quelques temps, je
la ressort, brute de fonderie... Mais mes nouveaux commentaires
suivent, car j'ai (heureusement) évolué depuis...

> Une question au passage : perso je trouve, avec mes petits 160

redacteurs et

> 230 articles, que du point d'un vue d'un webmaster le principal

defaut
de

> spip est le manque d'outil de gestion "en liste" : c'est tres

long de

> reparametrer une liste d'auteur ou d'articles un par un par ex

d'ou ma question : pour les gros sites cités ci-dessus, ils se

contentent

des outils standards de gestion de spip ou en utilisent d'autres

(en
liste?)

dans ce cas lesquels ?

Voici une idée personnelle sur le sujet, concernant la gestion de
profils
sous SPIP..

- --- Partons du principe que nous avons trois types d'utilisateurs :

1. Les visiteurs de la partie publique, complètement anonymes...

2. Les visiteurs de la partie publique "reconnus" (besoin courant
pour un
intranet, un extranet) qui peuvent s'inscrire à des newsletters,
stocker un
cookie d'identification ( login/password ), et/ou même plus
généralement
stocker un historique de navigation personnalisé ( derniers articles
consultés... ) mais ne peuvent pas avoir accès à la partie privée du
site.
Ils gèrent leur profil sur une page de la partie publique. De plus,
l'administrateur du site peut être à même de gérer les profils de
ces
"visiteurs de la partie publique reconnus", dans la partie privée du
site.

3. Les utilisateurs de la partie privée, dont le profil est géré
directement
( comme cela se fait maintenant ) dans la partie privée ( section
"Auteurs" ); ils peuvent aussi gèrer leur profil sur une page de la
partie
publique après identification.

N.B. : Il va de soit que pour chacun des deux derniers types
d'utilisateurs,
un bouton " déconnecter " serait ajouté sur la page de gestion du
profil
(sur le modèle du bouton "Activer le cookie de correspondance" ).

- --- Allons un peu plus loin...

En partant du postulat que nous avons donc "deux groupes" de profils
utilisateurs à gérer, il serait bon de pouvoir, dans la partie
"Auteurs" de
la partie privée du site, de pouvoir distinguer, dès le premier clic,
le
groupe que l'on va "gérer".

L'idéal serait qu'un LDAP différent gère les utilisateurs de la
partie
privée et les visiteurs de la partie publique "reconnus" et qu'ils
soient
tous deux interconnectés avec SPIP. (c possible , çà ? ). Pour chacun
de ces
groupes, une fonction d'export des abonnements éventuels, des infos
propres
à chaque personne serait possible ( csv, xls, txt, xml ... ) ou même
du
groupe.

- --- Et encore plus loin ...

Dans la partie "Administration du site", il y aurait un ch'tit
bouton
"Gestion des profils utilisateurs reconnus/auteurs".

1. Administration des informations du groupe d'utilisateurs

Après le choix du groupe à gérer, on a pour chaque groupe un nombre
minimum
de champ définissant un profil ( donc soit les utilisateurs de la
partie
privée ou les visiteurs de la partie publique "reconnus" ) : de
base, on
prendrait les champs de SPIP ( Signature, nom, PGP, url/nom de site,
biographie, statut dans la partie privée si besoin ), mais on
pourrait
rajouter un ou plusieurs champs ( groupe de travail, service,
département ,
adresse postale, code postal... ) sur simple manipulation sur cette
page.(
"Ajouter un champ" / "Modifier ce champ" )

Pour une gestion encore plus fine, on pourrait même utiliser le tri
par
critère pour classer les utilisateurs, pour personnaliser des envois
:
possibilité de n'afficher que les utilisateurs appartenant à tel
groupe de
travail et même créer un sous-groupe :

Ex : le fait que deux utilisateurs de la partie privée s'inscrive
dans un
même groupe de travail entraîne la création automatique d'un
sous-groupe
"nom du groupe de travail - utilisateurs de la partie privée " , et
tout
ceci utilisable pour un envoi de méls dédié, par exemple, vu que
l'on
pourrait exporter une liste de méls...

2. Gestion des informations du groupe d'utilisateurs

En rentrant dans cette page, on accède à l'utilisation des données
stockées
pour chacun des groupes. En fonction de chaque appartenance à un
critère
(défini plus haut), on pourra gérer ( supprimer/ajouter/modifer),
filtrer,
rechercher, exporter un ou plusieurs utilisateurs, (voire même tout
le
groupe) pour récupérer les données voulues sous n'importe quelle
forme. On
pourrait donc afficher/gérer les infos de tous les utilisateurs avec
des
cases à cocher par exemple... ( "activer un critère pour tous" ou
seulement
pour une personne ). Pour afficher les infos "persos", on utiliserait
la
page "Auteurs" de SPIP.

- ---- Voilà... Ma réflexion n'est pas encore mûre, mais j'y travaille.
Si
quelqu'un planche sur la question, j'aimerais bien approfondir ma
réflexion...

- ----------

Ben m'avait répondu en me renvoyant sur ces articles d'un autre
projet :

http://www.uzine.net/spip_contrib/ecrire/articles.php3?id_article=67
et la :
http://www.uzine.net/spip_contrib/ecrire/articles.php3?id_article=78

- -----------

Voilà.. T'en pense quoi ?

- --neoram

- ----- Original Message -----