Subject: Des "fonctions auteurs"
Newsgroups: gmane.comp.web.spip.devel
Date: 2004-06-13 23:08:41 GMT (4 years, 24 weeks, 4 days and 8 hours ago)
ARNO* a écrit : > => Les "auteurs" dans SPIP correspondent à plusieurs usages différents: > > * fonction éditoriale: il s'agit de "signer" les articles, afin de > pouvoir publier un article en indiquant qui est son auteur (ou ses > auteurs); > > * fonction de gestion de droits: le statut d'un auteur dans la > base détermine ses droits dans l'espace privé (admin ou rédacteur, mais > aussi les articles qui sont "les siens" en tant qu'éditeur et qu'il > peut donc ou non modifier...) et dans une moindre mesure sur le site > public (notamment forums sur abonnement); > > * fonctions collaboratives dans l'espace privé: identification > automatique lors des discussions dans les forums internes, et aussi > fonctions de messagerie. Hello, Excellente synthèse de la problématique il me semble. Je me permets d'ajouter quelques éléments et de proposer une solution au problème. Les "fonctions auteurs" (la nature du lien liant dans spip une personne à un objet) sont mutliples (et pas toujours prévisibles). En reprenant (plus ou moins) et en complétant la typologie proposée, il me semble pouvoir relever au moins trois types de ces "fonctions auteurs", chacun ayant ses contraintes propres: * Attribution d'un droit intellectuel sur l'objet (-> implication principale dans spip: doit pouvoir être publié sur le site public) - Auteur - Traducteur - ... * Attribution d'un droit de gestion: autorisation de modification, suppression,... (-> implication principale dans spip: accès aux fonctions de l'interface privée) * Fonctions éditoriales/collaboratives. En plus des fonctions citées, identification d'une personne ayant effectué une opération sur un objet: - Encodage, - Relecture / correction orthographique, - Validation (fonction de "rédacteur en chef",...) - ... Tout ceci peut se combiner de façon assez complexe: une même personne pouvant remplir plusieurs de ces fonctions, elles ont des implications réciproques (il y a un lien, même s'il n'est pas obligatoire, entre l'attribution d'un droit de gestion et la fonction éditoriale),... Bref, ça peut vite se multiplier. Et la bidouille actuellement utilisée par ceux qui veulent jouer avec ce genre de "fonctions auteurs" consistant à multiplier les identités en fonction des différentes fonctions et à les séparer à l'aide d'un codage maison (voir http://www.spip-contrib.net/article330.html à ce sujet) ne résiste pas à plus de deux ou trois "fonctions auteurs" (et même avec seulement deux ou trois, ça peut déjà être un sacré bordel). A mon avis, la meilleure solution pour répondre à ce problème consiste à conserver une table unique des personnes, mais à caractériser le lien liant un objet à une personne. Autrement dit, il faudrait ajouter dans les tables de liaisons (spip_auteurs_articles pour les articles) un champ supplémentaire caractérisant la nature de ce lien. Un nouvelle table serait créée (spip_fonctions_auteurs ?) dans laquelle serait définis quelques standards pour ces liens (auteur, traducteur,...). Les webmestres des sites spip pourraient librement ajouter des "fonctions-auteurs" pour répondre à leurs besoins propres. Ainsi, si une rédaction décide que son workflow requiert quinze étapes, il lui suffirait de définir ces quinze étapes comme autant de "fonctions auteurs". Bien entendu, un même auteur pourrait être lié plusieurs fois à un même objet (mais sous des fonctions différentes). En espérant que l'idée pourra être utile, Bonne nuit, François NB: Il y a une page ouverte sur le sujet dans Spip Lab: http://lab.spip.net/spikini/?wiki=GestionDesAuteurs -- François Schreuer - francois <at> schreuer.org Jabber : schreuer <at> agora.eu.org http://francois.schreuer.org/ Hébergement web : http://www.alterezo.be/
ARNO* a écrit : > => Les "auteurs" dans SPIP correspondent à plusieurs usages différents: > > * fonction éditoriale: il s'agit de "signer" les articles, afin de > pouvoir publier un article en indiquant qui est son auteur (ou ses > auteurs); > > * fonction de gestion de droits: le statut d'un auteur dans la > base détermine ses droits dans l'espace privé (admin ou rédacteur, mais > aussi les articles qui sont "les siens" en tant qu'éditeur et qu'il > peut donc ou non modifier...) et dans une moindre mesure sur le site > public (notamment forums sur abonnement); > > * fonctions collaboratives dans l'espace privé: identification > automatique lors des discussions dans les forums internes, et aussi > fonctions de messagerie. Hello, Excellente synthèse de la problématique il me semble. Je me permets d'ajouter quelques éléments et de proposer une solution au problème. Les "fonctions auteurs" (la nature du lien liant dans spip une personne à un objet) sont mutliples (et pas toujours prévisibles). En reprenant (plus ou moins) et en complétant la typologie proposée, il me semble pouvoir relever au moins trois types de ces "fonctions auteurs", chacun ayant ses contraintes propres: * Attribution d'un droit intellectuel sur l'objet (-> implication principale dans spip: doit pouvoir être publié sur le site public) - Auteur - Traducteur - ... * Attribution d'un droit de gestion: autorisation de modification, suppression,... (-> implication principale dans spip: accès aux fonctions de l'interface privée) * Fonctions éditoriales/collaboratives. En plus des fonctions citées, identification d'une personne ayant effectué une opération sur un objet: - Encodage, - Relecture / correction orthographique, - Validation (fonction de "rédacteur en chef",...) - ... Tout ceci peut se combiner de façon assez complexe: une même personne pouvant remplir plusieurs de ces fonctions, elles ont des implications réciproques (il y a un lien, même s'il n'est pas obligatoire, entre l'attribution d'un droit de gestion et la fonction éditoriale),... Bref, ça peut vite se multiplier. Et la bidouille actuellement utilisée par ceux qui veulent jouer avec ce genre de "fonctions auteurs" consistant à multiplier les identités en fonction des différentes fonctions et à les séparer à l'aide d'un codage maison (voir http://www.spip-contrib.net/article330.html à ce sujet) ne résiste pas à plus de deux ou trois "fonctions auteurs" (et même avec seulement deux ou trois, ça peut déjà être un sacré bordel). A mon avis, la meilleure solution pour répondre à ce problème consiste à conserver une table unique des personnes, mais à caractériser le lien liant un objet à une personne. Autrement dit, il faudrait ajouter dans les tables de liaisons (spip_auteurs_articles pour les articles) un champ supplémentaire caractérisant la nature de ce lien. Un nouvelle table serait créée (spip_fonctions_auteurs ?) dans laquelle serait définis quelques standards pour ces liens (auteur, traducteur,...). Les webmestres des sites spip pourraient librement ajouter des "fonctions-auteurs" pour répondre à leurs besoins propres. Ainsi, si une rédaction décide que son workflow requiert quinze étapes, il lui suffirait de définir ces quinze étapes comme autant de "fonctions auteurs". Bien entendu, un même auteur pourrait être lié plusieurs fois à un même objet (mais sous des fonctions différentes). En espérant que l'idée pourra être utile, Bonne nuit, François NB: Il y a une page ouverte sur le sujet dans Spip Lab: http://lab.spip.net/spikini/?wiki=GestionDesAuteurs -- François Schreuer - francois <at> schreuer.org Jabber : schreuer <at> agora.eu.org http://francois.schreuer.org/ Hébergement web : http://www.alterezo.be/