Haaaa, mail très intéressant :-)

2006/7/24, Benoit Myard <[EMAIL PROTECTED]>:
Salut,

Il me semble évident que je partais sur un concept totalement différent ; au
lieu d'avoir un site "plat", j'imaginais un site "hiérarchique" et
projet/équipe-centrique. Certains aspect de cette vision me semblent
néanmoins (avec un peu de recul) difficiles à réaliser.

J'avoue ne pas voir vraiment à quoi tu pensais.

==> Gestion des droits

Qu'entends-tu par « assigner une ou des fonctions/tâches à un membre du
projet » ?

D'autant que je pense qu'ajouter un niveau (en plus des rôles) compliquerait
le travail de développement mais n'apporterais pas d'intérêt à
l'administration : les choses les plus simples fonctionnent le mieux (la
corollaire étant que les choses moins simples sont les moins utilisées).

J'aimerais également que tu détailles d'avantage la gestion des rôles.

Comme je le vois, les rôles seraient assignés en fonction d'une
équipe/projet. Libre à nous d'offrir sufisamment de granularité dans
l'assignement des rôles.

En fait (selon moi), un rôle est un ensemble de droits. Afin de
faciliter l'administration, on peut créer des groupes d'utilisateurs,
pour leur assigner le(s) même(s) rôle(s). Ce n'est qu'une aide à celui
ou ceux qui vont gérer ces rôles. On peut même prévoir que des
utilisateurs puissent gérer des rôles sur des utilisateurs de manière
limitée - s'ils sont resppnsable d'une équipe par exemple.

Mais tout bien considéré, un bon choix des rôles revient à faire des
groupes, donc oublie ce que je viens de dire ;-)

==> Gestion des langues.

La seule idée cohérente qui me soit venue : définir des ressources. Par
exemple, je crée un article nommé `foo' dont la langue principale est le
français : je rédige dans la foulée la version française.

Pour chaque requête vers cet article, on vérifie la langue souhaitée par
l'utilisateur et si une traduction est disponible, on vérifie les dates de
mise à jour afin de prévenir de la /fraîcheur/ du document affiché (en
considérant que la date de dernière modification d'un article "souche" est
plus vieilles que celle d'une traduction).

J'avais ce même principe, mais pas basé sur des ressources. Après à
voir si les documents sont stockés en base ou en fichiers. L'idée est
à développer. En effet, une organization en répertoire par langue
permettrait de s'y retrouver facilement. D'un autre côté, le stockage
en base est plus souple (si les tables sont bien organisées). Hmmm, un
stockage hybrique (bdd/fichiers) est également possible, mais plus
compliqué à concevoir je pense.

On peut imaginer créer un rôle nommé `traducteur' qui aura le droit de créer
des alternatives aux documents, mais pas de créer les documents eux-même
(enregistrement de ressource).

Ce fonctionnement peut également être dupliqué avec les images, les
fichiers, ...etc. On peut également ne pas souhaiter disposer de cette
lourdeur et aucune traduction ne serait autorisée (images sans texte).

C'est ça qui me plait au niveau de ton système de ressources.

Il faut que je réfléchisse un peu plus à tout ça, j'ai des idées
pêle-mêles dans ma tête, je dois faire un peu de rangement :-)

==> Écriture collaborative

Il faut imaginer la possibilité (peut être à implémenter plus tard) d'annoter
les articles, voire même d'enregistrer plusieurs versions d'un même article,
afin de disposer d'un historique.

Oui, on peut regarder du code existant pour voir ce que ça donne
(complexité, lourdeur, etc..)

==> Proposition de fonctionnement

On peut imaginer que la page d'accueil reprenne les news du projet `nasgaia'
et dispose d'un encart pour aggréger* les news des autres projets.

Dans ce plan, Nasgaïa serait un projet au même titre que Ncooker, etc ce qui
simplifirait le codage.

Voilà ce qui me vient à l'esprit.

Autre chose, peut-être serait-il bon de commencer à se préparer pour la
rédaction d'un MCD (d'ailleurs es-tu familier avec Merise riri) ?

Oui, même si d'habitude je ne l'utilise pas formellement (je n'utilise
ni ne connais vraiment la notation - en gros je fais du
mi-merise/mi-uml).

--
Richard 'riri' GILL
jabber: [EMAIL PROTECTED]
http://riri.houbathecat.info
http://www.gnurou.org/Writing/SmartQuestionsFr

_______________________________________________
Nasgaia-dev mailing list
[email protected]
https://mail.gna.org/listinfo/nasgaia-dev

Répondre à