masquer rubriques/auteurs dans espace privé.

bonjour,

je suis confronté à un pb et demande l'aide des spipeurs...

j'ai un site qui se compose comme suit:

- un site public accessible à tous
- une partie privée composée d'une rubrique par auteur. chaque auteur remplit sa propre rubrique qui sert en fait de "receptacle" d'informations.

mon pb est le suivant : j'aimerai que chaque auteur n'ai acces qu'à l'administration de sa rubrique (admin restreint répond à ce critere), mais surtout qu'il ne voit pas les autres rubriques ni les autres auteurs dans l'espace privé...

si qqun a une piste...

merci

--
----------------------------------
Jean Philippe Benadjer
Infographiste
Atol Conseil et Développements

le 26/04/04 9:55, Jean Philippe Benadjer à jp.benadjer@atolcd.com a écrit :

mon pb est le suivant : j'aimerai que chaque auteur n'ai acces qu'à
l'administration de sa rubrique (admin restreint répond à ce critere),
mais surtout qu'il ne voit pas les autres rubriques ni les autres
auteurs dans l'espace privé...

salut

=> 1) en standard dans spip
ce type de fonction n'existe pas car ne correspondant pas aux objectifs des
developpeurs, ma,ifestement plus interessés par tout ce qui permet de
diffuser l'information (multilinguisme par ex) plutot qu'a restreindre
l'acces

copie d'un mail d'ARNO a ce sujet qui explique bien la chose

*******************************
---------
De : ARNO* <arno@scarabee.com>
Date : Thu, 28 Aug 2003 15:33:54 +0200
À : Jester <spip-admin@glym.org>, spip-dev@rezo.net
Objet : Re: [spip-dev] Re: Re: Rédacteur en Chef

On Thu, 28 Aug 2003 15:01:40 +0200, Jester <spip-admin@glym.org> wrote:

Il ne manque réellement qu'un profil intermédiaire entre "Chef de Rub" et
"Admin" : le "Redacteur en Chef", qui pourrait créer des rubriques, et
faire tout ce que fait un "Chef de Rub" mais sur toutes les rubriques,
systématiquement.

Les statuts dans SPIP ne sont pas des statuts hiérarchiques, mais des
statuts liés à l'intégrité éditoriale du site. Donc la logique est
restreinte au strict minimum:

- ce qui définit un rédacteur, c'est qu'il ne peut jamais modifier
directement ce qui apparaît sur le site public;

- ce qui définit un admin, c'est qu'il peut modifier ce qui apparaît sur le
site public.

Toutes les gestions de droit dans SPIP découlent de cela (et de cela
uniquement). Evidemment, cela ne correspond que rarement à la structure
hiérarchique d'une entreprise, de certaines associations, ou bien aux
envies de hiérachisation des webmestres. Mais SPIP n'est pas conçu pour
reproduire des hiérarchies, mais pour publier de l'information.

Et comme logiquement il n'y a pas de possibilité intermédiaire entre
"modifier le site public" et "ne pas modifier le site public", il n'y a pas
de statut intermédiaire dans SPIP.

ARNO*
************************************************

=> 2) en bidouillant soi-même
(à ses risques et périls et sans oublier qu'il faudra rebidouiller à chaque
maj de spip)
voir un intéressant échange sur un forum de spip-net
http://www.spip.net/threadspip2016-3359.html et en particulier la
contribution de Christian Mercat (lequel à signale ce lien sur la présente
liste, merci a lui)

@+
Nicolas RIQUOIS
http://www.pucroller.com

Christian Mercat a écrit :

Ça dépend si tu veux les guider vers leur rubrique ou bien leur interdire de publier ailleurs. Si tu veux leur interdire, il te faudra changer les ecrire/articles.php3 et articles_edit.php3

Interdire d'écrire, c'est ce que propose admin restreint non?
Je veux effectivement les guider vers leur rubrique, mais surtout qu'ils ne voient que cette rubrique et elle seule...

en ne faisant afficher qu'un sous-ensemble des rubriques, en fonction de son statut, cf ma contrib à
http://www.spip.net/threadspip2016-3359.html

merci du tuyau. je suis allé voir, mais jai l'impression que cela marche que pour la partie visible du site et pas pour l'espace privé non?

A vous de maintenir la compatibilité avec les version ultérieures de spip, en particulier il est aisé de faire une petite bricole qui mette en péril la sécurité du site (oublier par exemple de filtrer une réponse et passer du code contenant du php, qui sera exécuté par le serveur!).

Cordialement,

vivi... c pas gagné....

--
----------------------------------
Jean Philippe Benadjer
Infographiste
Atol Conseil et Développements <http://www.atolcd.com>