OviWiki - Contributions de l’utilisateur [fr]

Feuille de route

2011-02-28T16:16:27Z

Fremeu : /* Version 7.5.0 */

== Version 7.4.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Modification des API relatives aux agendas afin d'intégrer de nouveaux types d'agendas un utilisant des modules externes (exemple caldav) || Fait
|-
|| Passer l'éditeur wysiwyg "htmlarea" dans un module || Fait
|}

== Version 7.5.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Intégration de ckeditor comme éditeur par défaut pour les nouvelles installations || Fait
|-
|| Evenements en attente d'approbation masqués dans les agendas de groupe et de ressources || Fait
|}

== Version future ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Création d'un (ou de) module(s) de saisie de notes et remplacement de la fonctionnalité Notes du noyau || A l'étude
|}

== Anciennes versions ==

Voir l'historique des changements pour les anciennes versions : [[Feuille de route (archives)]]

Feuille de route

2011-02-28T16:11:31Z

Fremeu : /* Version 7.5.0 */

== Version 7.4.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Modification des API relatives aux agendas afin d'intégrer de nouveaux types d'agendas un utilisant des modules externes (exemple caldav) || Fait
|-
|| Passer l'éditeur wysiwyg "htmlarea" dans un module || Fait
|}

== Version 7.5.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Intégration de ckeditor comme éditeur par défaut pour les nouvelles installations || Fait
|| Evenements en attente d'approbation masqués dans les agendas de groupe et de ressources || Fait
|}

== Version future ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Création d'un (ou de) module(s) de saisie de notes et remplacement de la fonctionnalité Notes du noyau || A l'étude
|}

== Anciennes versions ==

Voir l'historique des changements pour les anciennes versions : [[Feuille de route (archives)]]

Feuille de route

2011-02-28T16:09:11Z

Fremeu : /* Version 7.3.0 */

== Version 7.4.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Modification des API relatives aux agendas afin d'intégrer de nouveaux types d'agendas un utilisant des modules externes (exemple caldav) || Fait
|-
|| Passer l'éditeur wysiwyg "htmlarea" dans un module || Fait
|}

== Version 7.5.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Intégration de ckeditor comme éditeur par défaut pour les nouvelles installations || Fait
|}

== Version future ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Création d'un (ou de) module(s) de saisie de notes et remplacement de la fonctionnalité Notes du noyau || A l'étude
|}

== Anciennes versions ==

Voir l'historique des changements pour les anciennes versions : [[Feuille de route (archives)]]

Feuille de route (archives)

2011-02-28T16:09:06Z

Fremeu : /* Version 7.2.0 */

[[Feuille de route]]

== Version 6.7.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Intégration d'une API pour gérer des fonctionnalités externe (Voir l'article [[Communication entre les modules]]) || Fait
|-
|| Possibilité de tester la présence des fonctionnalités comme des prérequis pour l'installation d'un module ou du noyau || Fait
|-
|| Possibilité d'ajouter un script de prérequis personnalisés pour l'installation d'un module || Fait
|-
|| Controle de disponibilité pour empêcher le surbooking dans les agendas de ressources || Fait
|-
|| Ajout de catégories sur les délégations utilisables dans l'OVML || Fait
|-
|| Ajout du contener OVML OCRecentFaqQuestions || Fait
|-
|| Publication de l'API des articles ( Voir [[API Articles]]) || Fait
|-
|| ajout des types de congés avec les couleurs sur la visualisation d'un congé dans l'agenda || Fait
|-
|| ajout de la gestion des plusieurs périodes d'exclusion dans les droits de congés || Fait
|}

== Version 7.0.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Intégration d'une API pour gérer le plan du site dans le noyau || Fait
|-
|| Intégration des skins en tant que modules || Fait
|-
|| Déléguer la saisie de certains champs de l'annuaire à des utilisateurs en utilisant les droits ACL.
Les utilisateurs ayant le droit de mettre à jour l'annuaire continueront à le faire sur tous les champs de l'annuaire.
Les utilisateurs ayant le droit de modification sur certains champs ne pourront pas modifier les autres champs de l'annuaire ( sauf s'ils ont le droit de modification sur l'annuaire ). Un utilisateur qui a le droit de modification sur un champ pourra le faire sur toutes les fiches annuaires des utilisateurs du portail.
|| Fait
|-
|| Modification de la liste des module pour séparer les modules utiles des modules de bibliothèques partagées et des thèmes || Fait
|-
|| Ajout des contrôles de dépendances entre les modules lors de la suppression || Fait
|-
|| Publication de la nouvelle [[API de gestion d'un module]] || Fait
|-
|| Possibilité de typer les entités d'un organigramme pour mieux les personnaliser en exploitant un fichier CSS || Fait
|-
|| Nouveaux containers pour l'organigramme ( Liste des entités d'un utilisateur, liste des entités parents d'une entité ) || Fait
|-
|| Utilisation d'un fichier OVML pour afficher la fiche annuaire d'un utilisateur dans les organigrammes || Fait
|-
|| Paramétrage du seuil d'affichage vertical d'un organigramme. Ajout d'une option pour les gestionnaires et prise en compte de ce seuil lors de la visualisation de l'organigramme || Fait
|-
|| Ajout des options permettant de modifier/supprimer tous les événements répétitifs postérieurs à un événement répétitif || Fait
|-
|| Possibilité de dupliquer un événement. A partir du formulaire de modification d'un événement, permettre de dupliquer l'événement en copiant toutes les informations ( sauf les informations de répétition ) vers le formulaire de création || Fait
|-
|| Support du mode d'encodage UTF-8 dans le portail || Fait
|-
|| Possibilité d'associer des images aux catégories d'articles, aux thèmes d'articles et aux articles || Fait
|-
|| Possibilité de faire une recherche en spécifiant une catégorie d'articles || Fait
|-
|| Ajout de la possibilité de supprimer un groupe et ses enfants, uniquement les enfants de premier niveau ou seulement les enfants || Fait
|-
|| Modification de la version minimale requise de PHP (passage à PHP 5.1.0) || Fait
|-
|| Modification de la version minimale requise de MySQL (passage à MySQL 4.1.0) || Fait
|-
|| Le skin par défaut livré dans l'archive d'Ovidentia devient un module lors d'une nouvelle installation || Fait
|-
|| Ajout d'un champ de recherche sur la liste des utilisateurs de l'administration || Fait
|-
|| Intégration d'une nouvelle API pour interagir avec l'organigramme || Fait
|-
|| Intégration d'une nouvelle API de base pour interagir avec le gestionnaire de fichier || Fait
|}

== Version 7.1.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Intégration d'une nouvelle API pour la recherche || Fait
|-
|| Intégration d'une nouvelle API de gestion de tags et thésaurus || Fait
|-
|| [[Nouvelle interface de recherche dans le noyau]] || Fait
|-
|| Possibilité de spécifier pour un compte utilisateur une période de connexion. En dehors de cette période le compte de l'utilisateur est désactivé || Fait
|-
|| Ajout d'une fonction permettant d'historiser les téléchargements pour un répertoire collectif donné. L'historique affichera pour chaque fichier: la date du téléchargement, l'auteur, etc... || Fait
|-
|| Possibilité de limiter le nombre de téléchargements pour un fichier donné || Fait
|-
|| Gestion des packages contenant plusieurs modules || Fait
|}

== Version 7.2.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| La page "Nouveautés" dans le noyau devient un module d'Ovidentia installé par défaut dans la distribution mais supprimable || Fait
|-
|| Un bouton de configuration dans la liste des modules de l'administrateur peut être ajouté sur chaque module a partir du fichier [[Variables du fichier addonini|addonini.php]] || Fait
|-
|| Les gestionnaires d'un thème d'articles peuvent maintenant modifier un commentaire d'article || Fait
|-
|| Utilisation du captcha lors de la rédaction d'un commentaire par un anonyme || Fait
|-
|| Lors de la rédaction d'un article, les utilisateurs peuvent noter l'article. Cette notation ( de 1 à 5 ) est restituée lors de la visualisation de l'article par OVML || Fait
|-
|| Possibilité de supprimer plusieurs utilisateurs en même temps || Fait
|-
|| Possibilité de copier ou de déplacer les membres d'un groupe vers un autre groupe || Fait
|-
|| Dans les forums, possibilité d'afficher un autre de champ de l'annuaire au lieu du nom du contributeur || Fait
|-
|| Nouvelle gestion de l'installation des modules et du noyau, ajout de la possibilité d'ajout des messages pour suivre la progression de l'installation || Fait
|-
|| Amélioration de l'API de l'éditeur WYSIWYG, tout les emplacement de contenu modifiable du noyau sont désormais capable de supporter des formats autre que le HTML || Fait
|-
|| Les utilisateurs peuvent configurer comment ils seront notifiés quand de nouvelles contributions arrivent sur les forums ( Pas de notification, notification uniquement quand un nouveau sujet est initié ) || Fait
|-
|| Supprimer des utilisateurs créés depuis une date donné, dans le menu administration > utilisateurs > utilitaires. ceci permet de revenir en arrière sur un import d'utilisateurs || Fait
|}

== Version 7.3.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70" | '''État'''
|-
|| Modification du plan du site dans le noyau pour que les différentes pages du site puisse fournir leurs mots clefs pour le référencement en même temps que le point d'accès dans le sitemap || Fait
|-
|| Modification du comportement des droits d'accès dans les agendas, toujours permettre la modification des évènements de son agenda sauf quand un événement est verrouillé || Fait
|-
|| Notification de l'auteur d'un événement en plus des participants en cas de modification de l'évènement || Fait
|-
|| Calcul partiel du plan du site en base pour améliorer les performances et supporter des arborescences plus importantes || Fait
|-
|| Ajout de la possibilité d'insérer plusieurs articles ( $ARTICLE ) d'un même thème à l'aide de l'éditeur WYSIWYG || Fait
|-
|| Ajout de la possibilité de paramétrer l'ordre des résultats pour la recherche dans les annuaires, le paramétrage peut se faire par annuaire et pour tous les annuaires confondus (recherche globale) || Fait
|-
|| Maintenant il est possible de choisir les colonnes à afficher dans le gestionnaire de fichiers. Cette configuration se fait par l'administrateur général et est valable pour tous les répertoires || Fait
|-
|| On peut maintenant choisir la couleur d'affichage des jours fériés dans l'agenda || Fait
|-
|| Dans les menu Administrateur->Sites, scinder les options de l'agenda des options relatifs aux congés et aux jours fériés || Fait
|-
|| Dans la vue mensuelle de l'agenda, il sera possible de n'afficher que les jours du mois courant. Cette configuration est faite par l'administrateur et peut être surchargée par l'utilisateur dans ses options de l'agenda || Fait
|-
|| une gestion des événements à été ajouté sur la publication des fichiers dans le gestionnaires de fichiers, la notification par mail des destinataires est faite par une fonction externe enregistrée sur ces événements. Un module peut s'enregistrer et remplacer la gestion normale des notifications || Fait
|-
|| ajout d'un choix d'envoi d'un e-mail de notification à l'utilisateur auquel on vient de modifier son mot de passe || Fait
|-
|| Ajout d'une option dans le paramétrage du site pour choisir le plan du site utilisé || Fait
|-
|| Ajout de <OFSitemapPosition> et <OFSitemapMenu> qui renvoi des portions de HTMl liés au plan du site en cours d'utilisation || Fait
|-
|| Nouvelle variable de template { SitemapPosition } disponible dans page.html || Fait
|-
|| Ajout de la possibilité d'annuler un fichier ou un répertoire coupé || Fait
|}

Feuille de route

2011-02-28T16:08:11Z

Fremeu : /* Version 7.2.0 */

== Version 7.3.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70" | '''État'''
|-
|| Modification du plan du site dans le noyau pour que les différentes pages du site puisse fournir leurs mots clefs pour le référencement en même temps que le point d'accès dans le sitemap || Fait
|-
|| Modification du comportement des droits d'accès dans les agendas, toujours permettre la modification des évènements de son agenda sauf quand un événement est verrouillé || Fait
|-
|| Notification de l'auteur d'un événement en plus des participants en cas de modification de l'évènement || Fait
|-
|| Calcul partiel du plan du site en base pour améliorer les performances et supporter des arborescences plus importantes || Fait
|-
|| Ajout de la possibilité d'insérer plusieurs articles ( $ARTICLE ) d'un même thème à l'aide de l'éditeur WYSIWYG || Fait
|-
|| Ajout de la possibilité de paramétrer l'ordre des résultats pour la recherche dans les annuaires, le paramétrage peut se faire par annuaire et pour tous les annuaires confondus (recherche globale) || Fait
|-
|| Maintenant il est possible de choisir les colonnes à afficher dans le gestionnaire de fichiers. Cette configuration se fait par l'administrateur général et est valable pour tous les répertoires || Fait
|-
|| On peut maintenant choisir la couleur d'affichage des jours fériés dans l'agenda || Fait
|-
|| Dans les menu Administrateur->Sites, scinder les options de l'agenda des options relatifs aux congés et aux jours fériés || Fait
|-
|| Dans la vue mensuelle de l'agenda, il sera possible de n'afficher que les jours du mois courant. Cette configuration est faite par l'administrateur et peut être surchargée par l'utilisateur dans ses options de l'agenda || Fait
|-
|| une gestion des événements à été ajouté sur la publication des fichiers dans le gestionnaires de fichiers, la notification par mail des destinataires est faite par une fonction externe enregistrée sur ces événements. Un module peut s'enregistrer et remplacer la gestion normale des notifications || Fait
|-
|| ajout d'un choix d'envoi d'un e-mail de notification à l'utilisateur auquel on vient de modifier son mot de passe || Fait
|-
|| Ajout d'une option dans le paramétrage du site pour choisir le plan du site utilisé || Fait
|-
|| Ajout de <OFSitemapPosition> et <OFSitemapMenu> qui renvoi des portions de HTMl liés au plan du site en cours d'utilisation || Fait
|-
|| Nouvelle variable de template { SitemapPosition } disponible dans page.html || Fait
|-
|| Ajout de la possibilité d'annuler un fichier ou un répertoire coupé || Fait
|}

== Version 7.4.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Modification des API relatives aux agendas afin d'intégrer de nouveaux types d'agendas un utilisant des modules externes (exemple caldav) || Fait
|-
|| Passer l'éditeur wysiwyg "htmlarea" dans un module || Fait
|}

== Version 7.5.0 ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Intégration de ckeditor comme éditeur par défaut pour les nouvelles installations || Fait
|}

== Version future ==

{|class="prettytable" width="100%"
|| '''Description'''
| width="70"| '''État'''
|-
|| Création d'un (ou de) module(s) de saisie de notes et remplacement de la fonctionnalité Notes du noyau || A l'étude
|}

== Anciennes versions ==

Voir l'historique des changements pour les anciennes versions : [[Feuille de route (archives)]]

Feuille de route (archives)

2011-02-28T16:08:00Z

Fremeu : /* Version 7.1.0 */

Délégations

2009-03-16T09:10:17Z

Fremeu : /* API pour les modules */

[[Catégorie:Amélioration à effectuer]]

== Changement du nom ==

propositions pour le nouveau nom :

* Sites
* Communautés
* Espaces collaboratifs

== Fonctionnalités d'Ovidentia qui doivent évoluer du coté utilisateur ==

=== Skin par défaut ===

Le skin par défaut doit faire apparaître un sélecteur de délégations toujours présent sur la page si l'utilisateur est membre de plusieurs groupes de délégations.

La délégation sélectionnée doit être enregistrée dans une variable qui viendra remplacer celle utilisée par les administrateurs délégués et celle utilisée dans le gestionnaire de fichier.

Les choix possibles pour l'utilisateur doivent être :

* Toutes les délégations
* délégation 0
* délégation 1
* délégation 2
* ...

Par défaut la valeur doit être "Toutes les délégations" qui correspond au fonctionnement actuel.

=== Les pages d'accueil ===

Il doit y avoir une page d'accueil différente possible par délégation.

private.html devient la page d'accueil pour un affichage toutes délégations confondues.

Actuellement, le sitemap contient des liens vers des pages d'accueil en OVML qui ne sont pas utilisées :

* DG0.html
* DG1.html
* DG2.html
* ...

==== Contener OVML ====

Actuellement les conteners intègrent bien un filtre par délégation. Il faudrait changer le comportement par défaut des conteneurs pour que si le filtre par délégation n'est pas indiqué, le filtre se fasse par la délégation de l'utilisateur. Si l'utilisateur a choisi "Toutes les délégations" le fonctionnement de l'OVML sera identique au fonctionnement actuel.

=== Articles et Catégories ===

Le nom de la délégation doit apparaître comme le noeud racine de l'arborescence. Le lien doit pointer vers l'accueil de la délégation.

=== FAQ ===

Le nom de la délégation doit apparaître comme le noeud racine de l'arborescence. Le lien doit pointer vers l'accueil de la délégation.

=== Gestionnaire de fichier ===

'''Dans le cas où l'utilisateur a choisi "Toutes les délégations" :'''

Afficher une page supplémentaire pour afficher les délégations comme des répertoires. Si l'utilisateur n'a accès qu'à une seule délégation, il est possible d'afficher le contenu du répertoire de la délégation directement.

'''Dans le cas où l'utilisateur a choisi une délégation :'''

Afficher directement le contenu du répertoire de délégation choisi.

=== Recherche ===

Les résultats de recherche doivent être filtrés par délégation

Le nom de la délégation doit apparaître pour chaque résultat qui est filtré par délégations

=== Liste des forums ===

Afficher les noms des délégation comme un niveau de catégorisation supplémentaire dans la liste des forums

=== Gestion de la publication ===

Ajout un niveau supplémentaire à la racine de l'arbre pour afficher les délégations administrables

=== FAQs ===

=== Agendas ===

Filtrer les événements dans les vues de l'agenda quand une délégation est choisie.

Ne pas filtrer la liste des agendas collectifs et de ressources dans la popup de sélection. Si possible refaire l'interface et afficher les listes d'agendas avec un niveau de catégorisation supplémentaire.

exemple :

* delgation0
** agendas collectifs
*** Agenda1
*** Agenda2
** agendas de ressources
*** Agenda3
* delegation1
** agendas de ressources
*** Agenda4
*** Agenda5
* utilisateurs
** utilisateur1
** utilisateur2
** utilisateur3

=== Messagerie ===

{{Warning|Lors de la configuration, ne pas filtrer la liste des comptes possibles par la délégation choisie.}}

=== Annuaires ===

Filtrer la liste des annuaires par la délégation choisie

=== Organigrammes ===

Filtrer la liste des organigrammes par la délégation choisie

=== Gestionnaire de tâches ===

Filtrer la liste des espaces par la délégation choisie

== Modifications à apporter dans les pages des administrateurs délégués ==

Régler le problème de l'ordre des éléments déléguables. Voir les bugs [http://bugs.ovidentia.org/view.php?id=1538 #1538] et [http://bugs.ovidentia.org/view.php?id=1778 #1778]

D'une manière générale, il faut pouvoir afficher les pages toutes délégations confondues pour le cas où un administrateur à des droits d'administration sur plusieurs délégations.

=== Menu "Changer d'administration" ===

Faire disparaître le menu

=== Liste des utilisateurs ===

Ajouter en haut de la liste un filtre de recherche pour changer la délégation administrable

=== Liste des forums ===

Afficher les forums dans un arbre avec le premier niveau contenant les délégation administrables

=== Arbre des catégories et thèmes d'articles ===

Ajout un niveau supplémentaire à la racine de l'arbre pour afficher les délégations administrables

=== FAQs ===

Afficher les FAQs dans un arbre avec le premier niveau contenant les délégations administrables

=== Agendas ===

Afficher les Agendas dans un arbre avec le premier niveau contenant les délégations administrables

=== Messagerie ===

Afficher les comptes de messagerie dans un arbre avec le premier niveau contenant les délégation administrables

=== Annuaires ===

Afficher les Annuaires dans un arbre avec le premier niveau contenant les délégations administrables

=== Schémas d'approbation ===

Afficher les Schémas d'approbation dans un arbre avec le premier niveau contenant les délégations administrables

Quand un administrateur doit choisir un schéma d'approbation à associer avec un autre élément du portail, il faut lui proposer la liste des schémas auxquels il a accès et filtrée par la délégation choisie au niveau utilisateur.

=== Organigrammes ===

Afficher les Organigrammes dans un arbre avec le premier niveau contenant les délégations administrables

=== Gestionnaire de tâches ===

Ajouter un niveau dans l'arbre des espaces

== API pour les modules ==

Question de FM : à terme, le souhait serait de pouvoir transformer en modules les fonctionnalités du noyau. FAQ, Forums, Articles, Organigrammes... deviendraient chacun un module.
Dans cette optique, ne faut-il pas dès aujourd'hui envisager que les "délégations" puissent utiliser des modules, c'est à dire que quand on choisit les fonctionnalités d'une délégation, on puisse sélectionner des fonctionnalités issues de modules ?

Un module doit pouvoir :

* récupérer la délégation en cours de l'utilisateur
* récupérer la liste des délégations
* tester si un utilisateur est administrateur délégué d'une délégation donnée
* récupérer la liste des délégations administrées
* Proposer une liste d'éléments administrables

Au moment de l'installation du module, l'administrateur doit pouvoir :

* choisir aucune, une ou plusieurs délégations qui vont administrer les éléments de la liste proposée par le module.

Délégations

2009-03-16T09:06:37Z

Fremeu : /* Les pages d'accueil */

[[Catégorie:Amélioration à effectuer]]

== Changement du nom ==

propositions pour le nouveau nom :

* Sites
* Communautés
* Espaces collaboratifs

== Fonctionnalités d'Ovidentia qui doivent évoluer du coté utilisateur ==

=== Skin par défaut ===

Le skin par défaut doit faire apparaître un sélecteur de délégations toujours présent sur la page si l'utilisateur est membre de plusieurs groupes de délégations.

La délégation sélectionnée doit être enregistrée dans une variable qui viendra remplacer celle utilisée par les administrateurs délégués et celle utilisée dans le gestionnaire de fichier.

Les choix possibles pour l'utilisateur doivent être :

* Toutes les délégations
* délégation 0
* délégation 1
* délégation 2
* ...

Par défaut la valeur doit être "Toutes les délégations" qui correspond au fonctionnement actuel.

=== Les pages d'accueil ===

Il doit y avoir une page d'accueil différente possible par délégation.

private.html devient la page d'accueil pour un affichage toutes délégations confondues.

Actuellement, le sitemap contient des liens vers des pages d'accueil en OVML qui ne sont pas utilisées :

* DG0.html
* DG1.html
* DG2.html
* ...

==== Contener OVML ====

Actuellement les conteners intègrent bien un filtre par délégation. Il faudrait changer le comportement par défaut des conteneurs pour que si le filtre par délégation n'est pas indiqué, le filtre se fasse par la délégation de l'utilisateur. Si l'utilisateur a choisi "Toutes les délégations" le fonctionnement de l'OVML sera identique au fonctionnement actuel.

=== Articles et Catégories ===

Le nom de la délégation doit apparaître comme le noeud racine de l'arborescence. Le lien doit pointer vers l'accueil de la délégation.

=== FAQ ===

Le nom de la délégation doit apparaître comme le noeud racine de l'arborescence. Le lien doit pointer vers l'accueil de la délégation.

=== Gestionnaire de fichier ===

'''Dans le cas où l'utilisateur a choisi "Toutes les délégations" :'''

Afficher une page supplémentaire pour afficher les délégations comme des répertoires. Si l'utilisateur n'a accès qu'à une seule délégation, il est possible d'afficher le contenu du répertoire de la délégation directement.

'''Dans le cas où l'utilisateur a choisi une délégation :'''

Afficher directement le contenu du répertoire de délégation choisi.

=== Recherche ===

Les résultats de recherche doivent être filtrés par délégation

Le nom de la délégation doit apparaître pour chaque résultat qui est filtré par délégations

=== Liste des forums ===

Afficher les noms des délégation comme un niveau de catégorisation supplémentaire dans la liste des forums

=== Gestion de la publication ===

Ajout un niveau supplémentaire à la racine de l'arbre pour afficher les délégations administrables

=== FAQs ===

=== Agendas ===

Filtrer les événements dans les vues de l'agenda quand une délégation est choisie.

Ne pas filtrer la liste des agendas collectifs et de ressources dans la popup de sélection. Si possible refaire l'interface et afficher les listes d'agendas avec un niveau de catégorisation supplémentaire.

exemple :

* delgation0
** agendas collectifs
*** Agenda1
*** Agenda2
** agendas de ressources
*** Agenda3
* delegation1
** agendas de ressources
*** Agenda4
*** Agenda5
* utilisateurs
** utilisateur1
** utilisateur2
** utilisateur3

=== Messagerie ===

{{Warning|Lors de la configuration, ne pas filtrer la liste des comptes possibles par la délégation choisie.}}

=== Annuaires ===

Filtrer la liste des annuaires par la délégation choisie

=== Organigrammes ===

Filtrer la liste des organigrammes par la délégation choisie

=== Gestionnaire de tâches ===

Filtrer la liste des espaces par la délégation choisie

== Modifications à apporter dans les pages des administrateurs délégués ==

Régler le problème de l'ordre des éléments déléguables. Voir les bugs [http://bugs.ovidentia.org/view.php?id=1538 #1538] et [http://bugs.ovidentia.org/view.php?id=1778 #1778]

D'une manière générale, il faut pouvoir afficher les pages toutes délégations confondues pour le cas où un administrateur à des droits d'administration sur plusieurs délégations.

=== Menu "Changer d'administration" ===

Faire disparaître le menu

=== Liste des utilisateurs ===

Ajouter en haut de la liste un filtre de recherche pour changer la délégation administrable

=== Liste des forums ===

Afficher les forums dans un arbre avec le premier niveau contenant les délégation administrables

=== Arbre des catégories et thèmes d'articles ===

Ajout un niveau supplémentaire à la racine de l'arbre pour afficher les délégations administrables

=== FAQs ===

Afficher les FAQs dans un arbre avec le premier niveau contenant les délégations administrables

=== Agendas ===

Afficher les Agendas dans un arbre avec le premier niveau contenant les délégations administrables

=== Messagerie ===

Afficher les comptes de messagerie dans un arbre avec le premier niveau contenant les délégation administrables

=== Annuaires ===

Afficher les Annuaires dans un arbre avec le premier niveau contenant les délégations administrables

=== Schémas d'approbation ===

Afficher les Schémas d'approbation dans un arbre avec le premier niveau contenant les délégations administrables

Quand un administrateur doit choisir un schéma d'approbation à associer avec un autre élément du portail, il faut lui proposer la liste des schémas auxquels il a accès et filtrée par la délégation choisie au niveau utilisateur.

=== Organigrammes ===

Afficher les Organigrammes dans un arbre avec le premier niveau contenant les délégations administrables

=== Gestionnaire de tâches ===

Ajouter un niveau dans l'arbre des espaces

== API pour les modules ==

Un module doit pouvoir :

* récupérer la délégation en cours de l'utilisateur
* récupérer la liste des délégations
* tester si un utilisateur est administrateur délégué d'une délégation donnée
* récupérer la liste des délégations administrées
* Proposer une liste d'éléments administrables

Au moment de l'installation du module, l'administrateur doit pouvoir :

* choisir aucune, une ou plusieurs délégations qui vont administrer les éléments de la liste proposée par le module.

Délégations

2009-03-16T09:06:16Z

Fremeu : /* Skin par défaut */

[[Catégorie:Amélioration à effectuer]]

== Changement du nom ==

propositions pour le nouveau nom :

* Sites
* Communautés
* Espaces collaboratifs

== Fonctionnalités d'Ovidentia qui doivent évoluer du coté utilisateur ==

=== Skin par défaut ===

Le skin par défaut doit faire apparaître un sélecteur de délégations toujours présent sur la page si l'utilisateur est membre de plusieurs groupes de délégations.

La délégation sélectionnée doit être enregistrée dans une variable qui viendra remplacer celle utilisée par les administrateurs délégués et celle utilisée dans le gestionnaire de fichier.

Les choix possibles pour l'utilisateur doivent être :

* Toutes les délégations
* délégation 0
* délégation 1
* délégation 2
* ...

Par défaut la valeur doit être "Toutes les délégations" qui correspond au fonctionnement actuel.

=== Les pages d'accueil ===

Il doit y avoir une page d'accueil différente possible par délégation.

private.html devient la page d'accueil pour un affichage toutes délégations confondues.

Actuellement, le sitemap contient des liens vers des pages d'accueil en OVML qui ne sont pas utilisés :

* DG0.html
* DG1.html
* DG2.html
* ...

==== Contener OVML ====

Actuellement les conteners intègrent bien un filtre par délégation. Il faudrait changer le comportement par défaut des conteneurs pour que si le filtre par délégation n'est pas indiqué, le filtre se fasse par la délégation de l'utilisateur. Si l'utilisateur a choisi "Toutes les délégations" le fonctionnement de l'OVML sera identique au fonctionnement actuel.

=== Articles et Catégories ===

Le nom de la délégation doit apparaître comme le noeud racine de l'arborescence. Le lien doit pointer vers l'accueil de la délégation.

=== FAQ ===

Le nom de la délégation doit apparaître comme le noeud racine de l'arborescence. Le lien doit pointer vers l'accueil de la délégation.

=== Gestionnaire de fichier ===

'''Dans le cas où l'utilisateur a choisi "Toutes les délégations" :'''

Afficher une page supplémentaire pour afficher les délégations comme des répertoires. Si l'utilisateur n'a accès qu'à une seule délégation, il est possible d'afficher le contenu du répertoire de la délégation directement.

'''Dans le cas où l'utilisateur a choisi une délégation :'''

Afficher directement le contenu du répertoire de délégation choisi.

=== Recherche ===

Les résultats de recherche doivent être filtrés par délégation

Le nom de la délégation doit apparaître pour chaque résultat qui est filtré par délégations

=== Liste des forums ===

Afficher les noms des délégation comme un niveau de catégorisation supplémentaire dans la liste des forums

=== Gestion de la publication ===

Ajout un niveau supplémentaire à la racine de l'arbre pour afficher les délégations administrables

=== FAQs ===

=== Agendas ===

Filtrer les événements dans les vues de l'agenda quand une délégation est choisie.

Ne pas filtrer la liste des agendas collectifs et de ressources dans la popup de sélection. Si possible refaire l'interface et afficher les listes d'agendas avec un niveau de catégorisation supplémentaire.

exemple :

* delgation0
** agendas collectifs
*** Agenda1
*** Agenda2
** agendas de ressources
*** Agenda3
* delegation1
** agendas de ressources
*** Agenda4
*** Agenda5
* utilisateurs
** utilisateur1
** utilisateur2
** utilisateur3

=== Messagerie ===

{{Warning|Lors de la configuration, ne pas filtrer la liste des comptes possibles par la délégation choisie.}}

=== Annuaires ===

Filtrer la liste des annuaires par la délégation choisie

=== Organigrammes ===

Filtrer la liste des organigrammes par la délégation choisie

=== Gestionnaire de tâches ===

Filtrer la liste des espaces par la délégation choisie

== Modifications à apporter dans les pages des administrateurs délégués ==

Régler le problème de l'ordre des éléments déléguables. Voir les bugs [http://bugs.ovidentia.org/view.php?id=1538 #1538] et [http://bugs.ovidentia.org/view.php?id=1778 #1778]

D'une manière générale, il faut pouvoir afficher les pages toutes délégations confondues pour le cas où un administrateur à des droits d'administration sur plusieurs délégations.

=== Menu "Changer d'administration" ===

Faire disparaître le menu

=== Liste des utilisateurs ===

Ajouter en haut de la liste un filtre de recherche pour changer la délégation administrable

=== Liste des forums ===

Afficher les forums dans un arbre avec le premier niveau contenant les délégation administrables

=== Arbre des catégories et thèmes d'articles ===

Ajout un niveau supplémentaire à la racine de l'arbre pour afficher les délégations administrables

=== FAQs ===

Afficher les FAQs dans un arbre avec le premier niveau contenant les délégations administrables

=== Agendas ===

Afficher les Agendas dans un arbre avec le premier niveau contenant les délégations administrables

=== Messagerie ===

Afficher les comptes de messagerie dans un arbre avec le premier niveau contenant les délégation administrables

=== Annuaires ===

Afficher les Annuaires dans un arbre avec le premier niveau contenant les délégations administrables

=== Schémas d'approbation ===

Afficher les Schémas d'approbation dans un arbre avec le premier niveau contenant les délégations administrables

Quand un administrateur doit choisir un schéma d'approbation à associer avec un autre élément du portail, il faut lui proposer la liste des schémas auxquels il a accès et filtrée par la délégation choisie au niveau utilisateur.

=== Organigrammes ===

Afficher les Organigrammes dans un arbre avec le premier niveau contenant les délégations administrables

=== Gestionnaire de tâches ===

Ajouter un niveau dans l'arbre des espaces

== API pour les modules ==

Un module doit pouvoir :

* récupérer la délégation en cours de l'utilisateur
* récupérer la liste des délégations
* tester si un utilisateur est administrateur délégué d'une délégation donnée
* récupérer la liste des délégations administrées
* Proposer une liste d'éléments administrables

Au moment de l'installation du module, l'administrateur doit pouvoir :

* choisir aucune, une ou plusieurs délégations qui vont administrer les éléments de la liste proposée par le module.

Sécurité

2008-12-01T15:07:32Z

Fremeu : /* Sécuriser une installation d'ovidentia */

=== Filtrez toutes les données externes ===
Toutes les données en entrée doivent être considérées comme invalides.
A vous de prouver leur validité.

* Vérifier que la variable contient ce que vous attendez :

Utiliser ''intval'' si vous attendez un entier

Utiliser ''strval'' si vous attendez une chaîne

etc ...

<pre>
$total = intval( bab_pp('total', 0));

$name = strval( bab_pp('name', 0));
</pre>

* Initialiser vos variables :
Code incorrect :

<pre>
if( .... )
{
$var = 1;
}
// utilisation de $var
</pre>
Code correct :
<pre>
$var = 0;
if( .... )
{
$var = 1;
}
// utilisation de $var
</pre>

=== Register globals ===
Développer avec la directive ''register_globals'' à ''Off''.

Et utiliser bab_rp(), bab_pp(), bab_gp() ( voir [[Règles de codage#Variables externes à PHP ( GET et POST )]].

Utiliser les superglobals pour le reste: $_SESSION, $_COOKIE, etc...

===Protection des variables de sorties ===
* '''Vers le navigateur''' :
*: Les variables à destination du navigateur doivent être protégées, utiliser la fonction :
*: '''''bab_toHtml()''''' ( voir [[Règles de codage#Protection des variables de sorties]] )
*: Utiliser '''''urlencode()''''' pour les paramètres d'url.

* '''Vers la base de données''':
**Toujours placer les données entre apostrophes, quel que soit le type.
*: Exemple: '''select * from table where id='2''''
**Toujours utiliser db_escape_string() pour protéger les variables passées dans les requêtes SQL.
*:Exemple : select id from table where id_user=\''''''.$babDB->db_escape_string($var).'''''\';
**Ou la méthode quote() qui permet de sérialiser la variable si c'est un tableau
*:Exemple : select id from table where id_user=IN('''''.$babDB->quote($var).''''');

====Javascript====

Lorsque c'est possible, il faut éviter d'utiliser '''innerHTML''', préférer les syntaxes : '''.appendChild(document.createTextNode(label));'''

=== Affichage des messages de debug ===
Utiliser la fonction '''bab_debug()''' ( Voir .[[Règles de codage#Debug]] )

=== Configuration du serveur de développement ===
Le serveur de développement doit être configuré pour reporter les erreurs.

<pre>
error_reporting = E_ALL
display_errors = On
</pre>

On peut aussi inclure ces directives dans le fichier index.php du site :

<pre>
ini_set('error_reporting', E_ALL);
ini_set('display_errors', true);
</pre>

=== Les addons ===
Dans chaque fichier, le premier fichier à inclure est "base.php" :
<pre>
/************************************************************************
* OVIDENTIA http://www.ovidentia.org *
************************************************************************
* Copyright (c) 2003 by CANTICO ( http://www.cantico.fr ) *
...
************************************************************************/
include_once 'base.php';
....
</pre>

Ce fichier est à créer dans le même répertoire s'il le faut et doit contenir
une seule instruction: '''exit;'''

Comme ceci :
<pre>
<?php
/************************************************************************
* OVIDENTIA http://www.ovidentia.org *
************************************************************************
* Copyright (c) 2003 by CANTICO ( http://www.cantico.fr ) *
* *
....
************************************************************************/
exit;
?>
</pre>

Ajouter un fichier index.html vide pour ne pas lister le répertoire.

=== Chargement de fichiers ===
L'extension des fichiers chargés par l'utilisateur sur le serveur doit être filtrée.
On ne doit pas permettre de charger des fichiers php, js, sh, asp, ....

D'une manière générale tout fichier qui peut être exécuté sur le serveur ne doit pas être chargé.

Sinon, s'il faut le faire, le fichier doit être stocké sur le serveur en transformant le nom afin de masquer l'extension.

De plus, les fichiers chargés sur le serveur ne doivent pas être accessibles à l'utilisateur.

Un fichier temporaire ne doit pas être ouvert directement, les seules fonctions autorisées pour manipuler un fichier temporaire en provenance de l'utilisateur sont '''move_uploaded_file()''' et '''is_uploaded_file()'''

=== Les titres de page et messages d'erreurs ===
Pour les titres de page, il est préférable d'utiliser ''$babBody->setTitle()'' si le titre est du texte brut car la transformation en html est intégrée dans la fonction.

Pour les messages d'erreurs, il est préférable d'utiliser ''$babBody->addError()'' au lieu de ''$babBody->msgerror''.

La fonction s'appelle ''addError'' car la prochaine version des skins permettra la gestion des messages d'erreurs multiples. Pour le moment, les messages d'erreurs sont séparés par des retours à la ligne.

=== Modifications fonctionnelles apportées sur ovidentia 6.1.0 ===

Liste des modifications fonctionnelles pour les corrections de sécurité qui peuvent entraîner des dysfonctionnements :

* Les données de la variable $_SESSION ne sont plus intégrées dans les variables globales
* Les données de la variable $_FILES ne sont plus intégrées dans les variables globales
* L'authentification par cookie a été modifiée

=== Sécuriser une installation d'Ovidentia ===

Rendre Ovidentia plus sécurisé avec le paramétrage :

* Activer le filtre de l'éditeur WYSIWYG dans les options du site
* register_globals off
* magic_quotes off
* error_reporting E_NONE
* $babNTauth ne doit pas être activé dans config.php

Dans le php.ini :
* display_errors = OFF
* display_startup_errors=OFF
* log_errors = On
* error_log = /var/log/php.log

Utilisateurs

2008-10-30T08:42:48Z

Fremeu : /* Administration */

== Administration ==
Ajouter la fonction de suppression par lot d'utilisateur

Trier les utilisateurs par Login (côté admin)

Mettre la nouvelle interface de recherche d'utilisateurs dans les annuaires côté utilisateur

Proposition : Ajouter une fonction sur la base de l'interface de sélection des utilisateurs dans les gestion des droits d'accès aux agendas personnels.

Articles

2008-10-30T08:41:23Z

Fremeu : /* Gestion des articles */

== Gestion des articles ==
Depuis l'interface de gestion des articles le déplacement d'un article d'un thème à un autre est compliqué.

Mettre en place une option de déplacement de ''plusieurs'' articles d'un thème vers un autre.

L'interface propose une liste déroulante en mode en plat, alors que les thèmes d'articles sont arborescents.

Proposition : Utiliser l'interface de sélection des thèmes proposée lors de la création/modification d'un article.

Propositions pour Ovidentia 7

2008-10-28T15:51:02Z

Fremeu : /* Améliorations de fonctionnalités existantes */

Possibilité de sortir des versions issues de CVS en ajoutant un timestamp au numéro de la dernière version taggée de la branche (par exemple 6.7.1-2008-10-01-150000)

== Améliorations de fonctionnalités existantes==

Adaptation du système d'installation pour avoir des modules embarqués dans la distribution par défaut

Adaptation des délégations pour pouvoir déléguer des fonctionnalités issues de modules

Adaptation des délégations pour pouvoir rattacher un objet du site dans une délégation

Transformation en module des Forums

Transformation en module des FAQ

Transformation en module du Gestionnaire de projets

== Nouvelles fonctionnalités ==

Implémentation de gettext pour la traduction

Plan de site intégré dans le noyau

== Modifications des versions minimales des logiciels sur le serveur ==

Changement des versions minimum pour l'utilisation d'Ovidentia à partir de ovidentia 7.0.0 :

php 5.1.0

mysql 4.1.0

Liste des modules php à rendre obligatoires :

* <s>gettext</s> (il y a un bug qui force a redémarrer apache en cas de mise a jour des fichiers .mo)
* calendar
* json ??? FM : si on demande la version 5.2 de php, ce sera forcément obligatoire ;)
* gd2

API Articles

2008-09-26T15:21:24Z

Fremeu : /* Introduction */

[[Catégorie:Développement de modules]]
[[Catégorie:API Ovidentia]]

== Introduction ==
Cette API, disponible à partir de la version 6.7.0 d'Ovidentia, permet de créer des catégories, des thèmes, des brouillons d'articles et des articles.
Son utilisation nécessite l'inclusion du fichier '''artapi.php''' comme ceci:
:'''require_once $GLOBALS['babInstallPath'].'utilit/artapi.php';'''

===bab_addTopicsCategory()===
Cette fonction permet de créer une catégorie d'articles.
Retourne l'ID de la catégorie créée. Sinon '''false'''.
:'''function bab_addTopicsCategory($name, $description, $benabled, $template, $disptmpl, $topcatid, $dgowner=0)'''
* '''$name''' :
*: Libellé de la catégorie d'articles
* '''$description''' :
*: Description de la catégorie d'articles
* '''$benabled''' :
*: Active ou non ('Y'/'N')
* '''$template''' :
*: Nom du template de la section
* '''$disptmpl''' :
*: Nom du template d'affichage
* '''$topcatid''' :
*: ID de la catégorie d'articles parent
* '''$dgowner''' :
*: ID de la délégation. Par défaut O.

===bab_addTopic()===
Cette fonction permet de créer un thème d'articles.
Retourne l'ID de la catégorie créée. Sinon '''false'''.
:'''bab_addTopic($name, $description, $idCategory, &$error, $topicArr = array())'''
* '''$name''' :
*: Libellé du thème d'articles
* '''$description''' :
*: Description du thème d'articles
* '''$idCategory''' :
*: ID de la catégorie d'articles à laquelle sera attaché le thème
* '''$error''' :
*: Variable passée par référence et, en cas d'erreur, initialisée par le système avec un libellé d'erreur
* '''$topicArr''' :
*: Tableau associatif permettant de spécifier d'autres paramètres pour initialiser le thème
** ''"idsaart"'' :
**: ID du schéma d'approbation des articles. Si pas d'approbation 0. ( Par défaut 0 )
** ''"idsacom"'' :
**: ID du schéma d'approbation des commentaires. Si pas d'approbation 0. ( Par défaut 0 )
** ''"idsa_update"'' :
**: ID du schéma d'approbation de modification des articles. Si pas d'approbation 0. ( Par défaut 0 )
** ''"notify"'' :
**: 'Y' si on souhaite la notification des membres. 'N' sinon. ( Par défaut 'N' )
** ''"lang"'' :
**: Langue de l'article. ( Par défaut la langue courante est utilisée )
** ''"article_tmpl"'' :
**: Template d'article. ( Par défaut aucun )
** ''"display_tmpl"'' :
**: Template d'affichage. ( Par défaut aucun )
** ''"restrict_access"'' :
**: 'Y' si on souhaite activer la restriction d'articles. 'N' sinon. ( Par défaut 'N' )
** ''"allow_hpages"'' :
**: 'Y' si on souhaite permettre aux auteurs de proposer leurs articles pour les pages d'accueil. 'N' sinon. ( Par défaut 'N' )
** ''"allow_pubdates"'' :
**: 'Y' si on souhaite permettre aux auteurs de spécifier une date de publication. 'N' sinon. ( Par défaut 'N' )
** ''"allow_attachments"'' :
**: 'Y' si on souhaite permettre aux auteurs de joindre des documents à leurs articles. 'N' sinon. ( Par défaut 'N' )
** ''"allow_update"'' :
**: 'Y' si on souhaite permettre aux auteurs de modifier leurs articles. 'N' sinon. ( Par défaut 'N' )
** ''"allow_manupdate"'' :
**: 'Y' si on souhaite permettre aux gestionnaires de modifier leurs articles. 'N' sinon. ( Par défaut 'N' )
** ''"max_articles"'' :
**: Nombre d'articles à afficher sur une page.( Par défaut 10 )
** ''"auto_approbation"'' :
**: 'Y' si on souhaite que le système approuve automatiquement les auteurs s'ils font partie du schéma d'approbation. 'N' sinon. ( Par défaut 'N' )
** ''"busetags"'' :
**: 'Y' si on souhaite l'utilisation des mots clés. 'N' sinon. ( Par défaut 'N' )

===bab_addArticleDraft()===
Cette fonction permet de créer un brouillon d'un article.
L'article n'est pas soumis. Pour le soumettre il afut appeler la fonction '''bab_submitArticleDraft()'''
Retourne l'ID du brouillon. Sinon '''0'''.
:'''function bab_addArticleDraft( $title, $head, $body, $idTopic, &$error, $articleArr=array())'''
* '''$title''' :
*: Titre de l'article
* '''$head''' :
*: Introduction de l'article
* '''$body''' :
*: Sujet de l'article
* '''$idTopic''' :
*: ID du thème d'articles auquel appartiendra le brouillon d'article
* '''$error''' :
*: Variable passée par référence et, en cas d'erreur, initialisée par le système avec un libellé d'erreur
* '''$articleArr''' :
*: Tableau associatif permettant de spécifier d'autres paramètres pour initialiser le brouillon
** ''"id_author"'' :
**: ID de l'auteur. ( Par défaut ID de l'utilisateur courant )
** ''"lang"'' :
**: Langue de l'article. ( Par défaut la langue courante est utilisée )
** ''"date_submission"'' :
**: Date de soumission au format '''YYYY-MM-DD HH:MM:SS'''.( Par défaut pas de date )
** ''"date_archiving"'' :
**: Date d'archivage au format '''YYYY-MM-DD HH:MM:SS'''.( Par défaut pas de date )
** ''"date_publication"'' :
**: Date de publication au format '''YYYY-MM-DD HH:MM:SS'''.( Par défaut pas de date )
** ''"hpage_private"'' :
**: 'Y' si on souhaite que l'article sera proposé en page d'accueil privée une fois soumis. 'N' sinon. ( Par défaut 'N' )
** ''"hpage_public"'' :
**: 'Y' si on souhaite que l'article sera proposé en page d'accueil public une fois soumis. 'N' sinon. ( Par défaut 'N' )
** ''"notify_members"'' :
**: 'Y' si on souhaite que les membres soient notifiés une fois l'article publié. 'N' sinon. ( Par défaut 'N' )
** ''"update_datemodif"'' :
**: 'Y' si on souhaite que la date de modification de l'article soit mise à jour. 'N' sinon. ( Par défaut 'N' )

===bab_addArticle()===
Cette fonction permet de créer un article et de le soumettre.
Retourne ''true'' en cas de succès. Sinon ''false''.
:'''function bab_addArticle( $title, $head, $body, $idTopic, &$error, $articleArr=array())'''
* '''$title''' :
*: Titre de l'article
* '''$head''' :
*: Introduction de l'article
* '''$body''' :
*: Sujet de l'article
* '''$idTopic''' :
*: ID du thème d'articles auquel appartiendra l'article
* '''$error''' :
*: Variable passée par référence et, en cas d'erreur, initialisée par le système avec un libellé d'erreur
* '''$articleArr''' :
*: Tableau associatif permettant de spécifier d'autres paramètres pour initialiser l'article
** ''"id_author"'' :
**: ID de l'auteur. ( Par défaut ID de l'utilisateur courant )
** ''"lang"'' :
**: Langue de l'article. ( Par défaut la langue courante est utilisée )
** ''"date_submission"'' :
**: Date de soumission au format '''YYYY-MM-DD HH:MM:SS'''.( Par défaut pas de date )
** ''"date_archiving"'' :
**: Date d'archivage au format '''YYYY-MM-DD HH:MM:SS'''.( Par défaut pas de date )
** ''"date_publication"'' :
**: Date de publication au format '''YYYY-MM-DD HH:MM:SS'''.( Par défaut pas de date )
** ''"hpage_private"'' :
**: 'Y' si on souhaite que l'article sera proposé en page d'accueil privée une fois soumis. 'N' sinon. ( Par défaut 'N' )
** ''"hpage_public"'' :
**: 'Y' si on souhaite que l'article sera proposé en page d'accueil public une fois soumis. 'N' sinon. ( Par défaut 'N' )
** ''"notify_members"'' :
**: 'Y' si on souhaite que les membres soient notifiés une fois l'article publié. 'N' sinon. ( Par défaut 'N' )
** ''"update_datemodif"'' :
**: 'Y' si on souhaite que la date de modification de l'article soit mise à jour. 'N' sinon. ( Par défaut 'N' )

===bab_submitArticleDraft()===
Cette fonction permet de soumettre un article brouillon.
Retourne ''true'' en cas de succès. Sinon ''false''.
:'''function bab_addArticle( $idDraft)'''
* '''$idDraft''' :
*: ID du brouillon d'article

===bab_getTopicTitle()===
Retourne le nom d'un thème d'articles. Si le thème n'existe pas, la fonction retourne une chaîne vide
:'''function bab_getTopicTitle($id)'''
* '''$id''' :
*: ID du thème

===bab_getTopicDescription()===
Retourne la description d'un thème d'articles. Si la catégorie n'existe pas, la fonction retourne une chaîne vide
* '''$id''' :
:'''function bab_getTopicDescription($id)'''
*: ID du thème

===bab_getTopicCategoryTitle()===
Retourne le nom d'une catégorie de thèmes d'articles. Si la catégorie n'existe pas, la fonction retourne une chaîne vide
:'''function bab_getTopicCategoryTitle($id)'''
* '''$id''' :
*: ID de la catégorie d'articles

===bab_getTopicCategoryDescription()===
Retourne la description d'une catégorie de thèmes d'articles. Si la catégorie n'existe pas, la fonction retourne une chaîne vide
:'''function bab_getTopicCategoryDescription($id)'''
* '''$id''' :
*: ID de la catégorie d'articles

===bab_getArticleTitle()===
Retourne le titre d'un article. Si l'article n'existe pas, la fonction retourne une chaîne vide
:'''function bab_getArticleTitle($id)'''
* '''$id''' :
*: ID de l'article

===bab_getArticleDate()===
Retourne la date d'un article. Si l'article n'existe pas, la fonction retourne une chaîne vide
:'''function bab_getArticleDate($id)'''
* '''$id''' :
*: ID de l'article

===bab_getArticleAuthor()===
Retourne le nom complet de l'auteur de l'article. Si l'article n'existe pas, la fonction retourne une chaîne vide.
Si l'auteur est un utilisateur anonyme, la fonction retourne '''Anonymous''' traduit dans la langue courante.
:'''function bab_getArticleAuthor($id)'''
* '''$id''' :
*: ID de l'article

===bab_getCommentTitle()===
Retourne le titre d'un commentaire. Si le commentaire n'existe pas, la fonction retourne une chaîne vide.
:'''function bab_getCommentTitle($id)'''
* '''$id''' :
*: ID du commentaire

Propositions pour Ovidentia 7

2008-09-25T15:51:15Z

Fremeu : /* Modifications des versions minimales des logiciels sur le serveur */

Possibilité de sortir des versions issues de CVS en ajoutant un timestamp au numéro de la dernière version taggée de la branche (par exemple 6.7.1-2008-10-01-150000)

== Améliorations de fonctionnalités existantes==

Adaptation du système d'installation pour avoir des modules embarqués dans la distribution par défaut

Adaptation des délégations pour pouvoir déléguer des fonctionnalités issues de modules

Transformation en module des Forums

Transformation en module des FAQ

Transformation en module du Gestionnaire de projets

== Nouvelles fonctionnalités ==

Implémentation de gettext pour la traduction

Plan de site intégré dans le noyau

== Modifications des versions minimales des logiciels sur le serveur ==

Changement des versions minimum pour l'utilisation d'Ovidentia à partir de ovidentia 7.0.0 :

php 5.1.0

mysql 4.1.0

Liste des modules php à rendre obligatoires :

* <s>gettext</s> (il y a un bug qui force a redémarrer apache en cas de mise a jour des fichiers .mo)
* calendar
* json ??? FM : si on demande la version 5.2 de php, ce sera forcément obligatoire ;)
* gd2

Propositions pour Ovidentia 7

2008-09-25T15:50:50Z

Fremeu : /* Améliorations de fonctionnalités existantes */

Possibilité de sortir des versions issues de CVS en ajoutant un timestamp au numéro de la dernière version taggée de la branche (par exemple 6.7.1-2008-10-01-150000)

== Améliorations de fonctionnalités existantes==

Adaptation du système d'installation pour avoir des modules embarqués dans la distribution par défaut

Adaptation des délégations pour pouvoir déléguer des fonctionnalités issues de modules

Transformation en module des Forums

Transformation en module des FAQ

Transformation en module du Gestionnaire de projets

== Nouvelles fonctionnalités ==

Implémentation de gettext pour la traduction

Plan de site intégré dans le noyau

== Modifications des versions minimales des logiciels sur le serveur ==

Changement des versions minimum pour l'utilisation d'Ovidentia à partir de ovidentia 7.0.0 :

php 5.1.0

mysql 4.1.0

Liste des modules php à rendre obligatoires :

* <s>gettext</s> (il y a un bug qui force a redémarrer apache en cas de mise a jour des fichiers .mo)
* calendar
* json ??? FM : si on demande la version 5.2, ce sera forcément obligatoire ;)
* gd2

Propositions pour Ovidentia 7

2008-09-23T08:08:32Z

Fremeu : /* Améliorations de fonctionnalités existantes */

Possibilité de sortir des versions issues de CVS en ajoutant un timestamp au numéro de la dernière version taggée de la branche (par exemple 6.7.1-2008-10-01-150000)

== Améliorations de fonctionnalités existantes==

Adaptation du système d'installation pour avoir des modules embarqués dans la distribution par défaut

Transformation en module des Forums

Transformation en module des FAQ

Transformation en module du Gestionnaire de projets

== Nouvelles fonctionnalités ==

Implémentation de gettext pour la traduction

Plan de site intégré dans le noyau

== Modifications des versions minimales des logiciels sur le serveur ==

Changement des versions minimum pour l'utilisation d'Ovidentia à partir de ovidentia 7.0.0 :

php 5.1.0

mysql 4.1.0

Liste des modules php à rendre obligatoires :

* <s>gettext</s> (il y a un bug qui force a redémarrer apache en cas de mise a jour des fichiers .mo)
* calendar
* json ??? FM : si on demande la version 5.2, ce sera forcément obligatoire ;)
* gd2

Propositions pour Ovidentia 7

2008-09-22T10:46:52Z

Fremeu : /* Nouvelles fonctionnalités */

== Améliorations de fonctionnalités existantes==

Transformation en module des FAQ

Transformation en module des Forums

Transformation en module du Gestionnaire de projets

== Nouvelles fonctionnalités ==

Implémentation de gettext pour la traduction

Plan de site intégré dans le noyau

== Modifications des versions minimales des logiciels sur le serveur ==

Changement des versions minimum pour l'utilisation d'Ovidentia à partir de ovidentia 7.0.0 :

php 5.1.0

mysql 4.1.0

Liste des modules php à rendre obligatoires :

* <s>gettext</s> (il y a un bug qui force a redémarrer apache en cas de mise a jour des fichiers .mo)
* calendar
* json ??? FM : si on demande la version 5.2, ce sera forcément obligatoire ;)
* gd2

Propositions pour Ovidentia 7

2007-09-28T09:23:47Z

Fremeu : /* A annoncer pour la convention */

== A annoncer pour la convention ==

Changement des version minimum pour l'utilisation d'ovidentia à partir de ovidentia 7.0.0 :

'''php 5.1.0''' (?? éventuellement 5.0.0 mais 5.1.0 est préférable)

* Les retours d'erreur sont meilleurs en 5.1.0
* Il y a plus de fonctions
* Attention json est intégré en 5.2.0 : FM : ça sert à quoi ?
* soap en 5.0.0 mais complété en 5.1.5

FM : Concernant soap, comme nous avons des demandes d'utilisation par ID Logistics, 5.1.5 me semble mieux

* simplexml en 5.0.0

'''mysql 4.1.0''' | 4.1.2 ??

Liste des modules php à rendre obligatoires :

* gettext
* calendar
* json ??? FM : si on demande la version 5.2, ce sera forcément obligatoire ;)
* gd2 ???

Propositions pour Ovidentia 7

2007-09-28T09:23:32Z

Fremeu : /* A annoncer pour la convention */

== A annoncer pour la convention ==

Changement des version minimum pour l'utilisation d'ovidentia à partir de ovidentia 7.0.0 :

'''php 5.1.0''' (?? éventuellement 5.0.0 mais 5.1.0 est préférable)

* Les retours d'erreur sont meilleurs en 5.1.0
* Il y a plus de fonctions
* Attention json est intégré en 5.2.0 : FM : ça sert à quoi ?
* soap en 5.0.0 mais complété en 5.1.5

FM : Concernant soap, comme nous avons des demandes d'utilisation par ID Logistics,

* simplexml en 5.0.0

'''mysql 4.1.0''' | 4.1.2 ??

Liste des modules php à rendre obligatoires :

* gettext
* calendar
* json ??? FM : si on demande la version 5.2, ce sera forcément obligatoire ;)
* gd2 ???

Propositions pour Ovidentia 7

2007-09-28T09:22:58Z

Fremeu : /* A annoncer pour la convention */

== A annoncer pour la convention ==

Changement des version minimum pour l'utilisation d'ovidentia à partir de ovidentia 7.0.0 :

'''php 5.1.0''' (?? éventuellement 5.0.0 mais 5.1.0 est préférable)

* Les retours d'erreur sont meilleurs en 5.1.0
* Il y a plus de fonctions
* Attention json est intégré en 5.2.0 : ça sert à quoi ?
* soap en 5.0.0 mais complété en 5.1.5

FM : Concernant soap, comme nous avons des demandes d'utilisation par ID Logistics,

* simplexml en 5.0.0

'''mysql 4.1.0''' | 4.1.2 ??

Liste des modules php à rendre obligatoires :

* gettext
* calendar
* json ??? : si on demande la version 5.2, ce sera forcément obligatoire ;)
* gd2 ???