Nouvelle réflexion sur les droits d'accès aux publications

[Spiderwan01]

Proposition concernant les droits d'accès aux publications, il a juste un truc qui me pose souvent problème.
Illustration :
Un projet est monté à l'échelle d'une classe en privé, les contributeurs sont les élèves, l'enseignant le référent, mais le projet contient des publications construites par les élèves mais aussi d'autres publications qui sont des documents de travail propre à l'enseignant qui y note des contenus pour conduire le projet, ou encore qu'il ne souhaite l'accès qu'en consultation, mais pas en contributeur ( pour ne pas risquer des effacements de contenus).
Et là, ce n'est pas possible, au stade des publications, c'est du tout ou rien, il n'y pas la possibilité d'un accès plus fin au niveau des publications, et là du coup cela me parait super utile.
c'est-à-dire que pour une publication, il puisse y avoir le choix entre :

• public
• privé ( accès aux contributeurs en mode classique)
• privé ( accès aux contributeurs que en mode lecture)
• privé accès réservé aux référents)

Les solutions aujourd'hui : pour le référent se faire un autre projet sur le même sujet contenant que ses docs de travail et donnant accès à ses élèves en mode lecture via le lien de partage pas génial du tout !!

[louis-ev]

Merci pour les explications, c'est très clair !

Techniquement, tous les réglages Référents et contributeurs peuvent être facilement disponibles aussi pour les publications. Je ne les ai pas mis pour simplifier, et j'ai plutôt appliqué un réglage spécifique "les droits du projet s'appliquent sur une publication" (donc toutes les personnes qui peuvent capter/importer/fabriquer peuvent aussi éditer les publications).

J'entends bien ta proposition mais c'est pas vraiment compatible avec la structure actuelle du coup.
Concrètement, si un espace, un projet ou une publication sont en privés, seuls ses contributeurs y ont accès.
Il est tout à fait possible d'imaginer pouvoir indiquer une liste d'éditeurs différente de celle du projet (ou, plus logiquement, un sous-ensemble de ceux du projet).

Il me semble que ça prends en charge ton scénario : un enseignement peut créer une publication dont il sera le seul éditeur, qui reste en privé et donc uniquement visible par lui tant que pas prête, et qui devient visible à tous les élèves éditeurs du projet quand il la passe en public. Mais ils ne pourront pas la modifier directement, que la consulter.

Attention tout de même : si cette publication inclue des médias provenant du projet, un élève pourra "abimer" par erreur la publication en supprimant les médias source – ils seront automatiquement effacés de la publication de l'enseignant.

Qu'en penses-tu ?

[Spiderwan01]

"Il est tout à fait possible d'imaginer pouvoir indiquer une liste d'éditeurs différente de celle du projet (ou, plus logiquement, un sous-ensemble de ceux du projet)."

ça peut répondre carrement au problème en effet, sachant que le risque d'effacer accidentellement quelque chose a plus lieu lors q'une consultation d'une publi et moins sur l'espace de gestion des média eux même. Donc à tester carrement !

[jubonhomme]

@louis-ev si je comprends ta proposition ça se passerait au niveau de la publication directement on pourrait modifier le paramétrage par défaut qui est que tous les contributeurs ou référents du projet y ont accès -> seul les utilisateurs de la liste y ont accès
On ne modifierait pas le comportement par défaut mais on ajouterait la possibilité de restreindre à une liste de quelques personnes.
C'est bien ça ?

[Spiderwan01]

L’idée étant que comme un projet peut contenir plusieurs contributeurs et plein de publi, que les publi puissent être lisibles mais restreintes en modification à un sous groupe de contributeurs, afin que le ou les référents puissent aussi y élaborer des publi qu’en mode lecture destinées à ses contributeurs. Cela peut par ex permettre au sein d’un projet que le référent y intègre des publi tuto, d’aide, spécifique destinées aux contributeurs sans risquer de les voir abîmées. Le mer. 13 nov. 2024, 22:26, jubonhomme ***@***.***> a écrit :

…

@louis-ev <https://github.com/louis-ev> si je comprends ta proposition ça se passerait au niveau de la publication directement on pourrait modifier le paramétrage par défaut qui est que tous les contributeurs ou référents du projet y ont accès -> seul les utilisateurs de la liste y ont accès On ne modifierait pas le comportement par défaut mais on ajouterait la possibilité de restreindre à une liste de quelques personnes. C'est bien ça ? — Reply to this email directly, view it on GitHub <#1014 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BGCLX3AZ3LS6NJTNIOGU7532AO7XLAVCNFSM6AAAAABRWS3NIGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDINZUHAYTMOJQGQ> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[jubonhomme]

Donc ce serait un privilège uniquement des référents du projet ?
Un référent pourrait rendre une publication visible ou masquée, modifiable ou non

Je m'aperçois que tous les contributeurs peuvent aussi épingler des publications et choisir un ordre.
Est-ce qu'on ne réserve pas ce côté éditorial uniquement aux référents ?
Les contributeurs peuvent faire des publications et choisir de les publier ou non pour le public non identifié sur la plateforme.
Les référents du projet peuvent masquer et verrouiller une publication dans un projet même pour les contributeurs et les épingler (et régler l'ordre d'affichage des publications épingler).
Ce serait plus cohérent avec le rôle Référent qui peut déjà modifier la description du projet et les métadonnées ou les fichiers à télécharger mais pas un contributeur

[louis-ev]

Je m'aperçois que tous les contributeurs peuvent aussi épingler des publications et choisir un ordre.
Est-ce qu'on ne réserve pas ce côé éditorial uniquement aux référents ?

Ha ben si normalement c'est le cas. Un contributeur ne peut pas modifier les métadonnées d'un projet, et la liste des publications épinglé est une métadonnée du projet – je créer une issue et corrige rapido.

Les référents du projet peuvent masquer et verrouiller une publication dans un projet même pour les contributeurs et les épingler (et régler l'ordre d'affichage des publications épingler).

En l'état, les référents du projets pourront effectivement tout voir et administrer sur les publications (comme pour un référent d'espace par rapport à la liste des projets) donc ces règles là ne s'appliqueront bien qu'aux contributeurs et aux personnes non-référent ou contributeur du projet.
C'est assez complex tout ça, j'espère qu'on arrivera à rendre ça lisible !