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.
La principale raison qui me pousse à me ralier à l'idée de riri consiste en ce que ma vision n'apporte pas fondamontalement d'avantages (concernant l'utilisateur final, les fonctionalités). Quoi qu'il en soit, concernant tes plan riri, j'ai quelques questions. ==> 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. ==> 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). 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). ==> É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. ==> 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) ? bye * : pas vraiment aggréger, car nul besoin de rss -- There is a god but he drinks. _______________________________________________ Nasgaia-dev mailing list [email protected] https://mail.gna.org/listinfo/nasgaia-dev
