Produits Entr'ouvert » Combo

Dans un plan plus général, je pensais même, en plus, à des accès par bloc (une page n'affiche que les blocs auxquels l'utilisateur a accès).

Tout à fait, c'était un ticket pour la suite, je ne sais plus ce qui a coupé mon élan. (→ #6201 désormais).

J'ai regardé un peu django-guardian (http://django-guardian.readthedocs.org/en/v1.2/) sans être convaincu, je partirais plutôt sur un truc des plus simples, sur le modèle Page avoir un groups = models.ManyToMany(Group).

Frédéric Péters a écrit :

(...) sur le modèle Page avoir un groups = models.ManyToMany(Group).

Ça me parait suffisant. La même chose sur CellBase (#6201) ?

Ah, tout de même : un flag en plus pour dire si la page est publique ou limitée aux utilisateurs connectés (et dans ce cas à groups, si non vide) ?

Je réfléchissais à ça pour en arriver à déporter ça sur django-mellon, qui n'aurait qu'à mettre tout le monde par défaut dans un groupe, qui serait donc l'équivalent d'un groupe "utilisateurs identifiés". Mais peut-être que c'est mieux d'avoir bool + liste de groupes, je ne sais pas trop.

Frédéric Péters a écrit :

Je réfléchissais à ça pour en arriver à déporter ça sur django-mellon, qui n'aurait qu'à mettre tout le monde par défaut dans un groupe, qui serait donc l'équivalent d'un groupe "utilisateurs identifiés". Mais peut-être que c'est mieux d'avoir bool + liste de groupes, je ne sais pas trop.

C'est vrai que django-mellon pourrait avoir cette possibilité, sans doute utile dans un grand nombre de situation de ce genre. Benj ?

(finalement mauvaise idée, cf ci dessous)

Cela étant je viens de commencer à coder l'affaire sur base de deux champs (public/groups), en me disant qu'on n'aurait pas non plus forcément django-mellon partout.

Frédéric Péters a écrit :

Cela étant je viens de commencer à coder l'affaire sur base de deux champs (public/groups), en me disant qu'on n'aurait pas non plus forcément django-mellon partout.

Ah oui, bien vu, combo doit aussi marcher en appli "autonome", on y va comme ça.