Gestion des intervants dans POD

[fanfounet]

L'objectif est de pouvoir définir les intervenants des vidéos (principalement dans un contexte de webtv) et plus précisément l'activité de l'intervenant dans la vidéo. En effet M. Dupont peut intervenir dans la vidéo 1 en qualité de Président Machin et intervenir dans la vidéo 2 en qualité de Directeur de Labo Truc. On pourra ainsi lister l'ensemble des vidéos de chaque intervenant en précisant ou non une de sa ou ses qualités.

Ainsi Il faut passer d'un mode actuel (silo) à un mode collaboratif (voir schéma ci-dessous)

Plusieurs questions ouvertes

• Fusionner la partie "Contributeur" dans cette nouvelle gestion des intervenants ?
• Laisser les 2 séparées ?
• Dans le cas des 2 modes séparés, nouvelle app ou dans "completion" ?
• Dans le cas d'une fusion, qui doit avoir autorité sur la gestion de la table des intervenants. Pour un propio de vidéo, si un intervenant n'existe pas ou n'a pas la bonne qualité, comment gérer le workflow de validation et d'ajout ?
• Dans le cas des 2 modes séparés, seuls les admins gèrent la table des intervenants ?
• La gestion des intervenants n'est possible qu'en mode webtv ?

Merci pour vos remarques afin de définir le modèle le plus pertinent et utile

[ptitloup]

merci pour cette discussion ! je séparerais intervenant de contributeur, cela me semble plus simple, moins de difficulté d'implémentation. Soit on ajoute dans completion, soit on fait une app dédiée, pour ma part, pas d'avis tranché. Et le mode intervenant est possible dans tous les cas de figure !

[Badatos]

Oui en effet ca me semble plus simple de ne pas fusionner Intervenants et Contributeurs.
Plutot que de le lier au Mode WebTV, peut-être simplement ajouter un parametre du genre "USE_IDENTIFIED_SPEAKER" permettant d'activer ce mode, que l'on soit en mode WebTV ou non.

[LoicBonavent]

Hello,
Je suis d'accord avec Nicolas et Olivier :

• séparer les intervenants des contributeurs,
• avec possibilité d'activation même si ce n'est pas une WebTV. Sur le coup, peut-être que cela sera plus simple et cohérent que cela soit un nouveau module, avec le paramétrage USE_XXX et une administration à part, mais pas d'avis tranché non plus.

[mattbild]

Je dirais pour ma part dans un module, surtout si tu as plusieurs tables a créer.
Comment tu vois les choses au niveau sélection :
une saisie au préalable des intervenants, des casquettes (président, responsable, directeur ... ) et des structures (labo, directions, équipes...) avant de pouvoir les sélectionner ?
ou quelque chose de moins formalisé et une saisie plus libre ?

[fanfounet]

Ok on pourrait donc partir sur une nouvelle app "speaker"
Pour te répondre Matthieu, en effet plusieurs tables
Une table "user" avec nom prénom (pq pas email comme dans la table contributeur)
Une table "qualité" ou "job" reliée en 1-n à la table user avec un champ libre pour remplir la profession de l'intervenant
De manière auto il y aura naturellement une table d'association n pour n "video" "job"
Pour faire simple la table user et job pourraient être contrôlées par un super admin ou un rôle identifié
Les proprio, proprio add, super admin peuvent associer à leur video un job-user

[ptitloup]

ok pour moi, je voyais à peu près la même chose ! Bonne implémentation :) (il y a peut-etre déjà des app de ce style en django)

[fanfounet]

Je complète mes questions !

Vous préférez ?
Solution 1

Solution 2

[ptitloup]

Solution 2 ! :)

[LoicBonavent]

Perso, je pencherai pour la solution 2 car il y a de plus en plus d'actions disponibles sur la vignette, et peut-être plus importantes (à mes yeux du moins)

[fanfounet]

merci !!!

[Badatos]

Je dirais "solution 2", mais en le collant juste après "contributor(s)", et en ajoutant le "(s)" à Speaker(s)" ;)