OviWiki - Contributions de l’utilisateur [fr]

Accueil

2008-01-10T09:28:00Z

Admin : /* Utilisation du wiki */

== Contribuer au Wiki de développement Ovidentia==

{| cellpadding=0 cellspacing=5 width="100%"

|- valign="top"
||

Bienvenue sur le Wiki dédié au développement d'OVIDENTIA

Pour télécharger des documentations utilisateur et administrateur pour OVIDENTIA, vous pouvez utiliser le site communautaire [http://www.ovidentia.org/ Ovidentia.org]. Ce wiki, quant à lui contient une introduction au développement des modules ainsi que diverses documentations sur les nouvelles interfaces de programmation disponibles dans les versions actuelles et futures d'OVIDENTIA.

Avant de contribuer, vous pouvez vous familiariser avec les [[Règles d'usage du wiki|règles d'usage du wiki]].

Le développement d'OVIDENTIA est initié et géré par [http://www.cantico.fr Cantico] ([[Cantico:Accueil|wiki privé]])

|style="border: 1px solid lightgray;padding-left:1em;padding-right:0.5em;padding-bottom:0.5em;" width="40%"|

===[[Image:Helpcenter.jpg]] Que faire avec le wiki?===

* [[Développement de modules]]
* [http://www.ovidentia.org/?tg=articles&topics=56 Autres types de contributions]

|}

== Développement ==

{| cellpadding=0 cellspacing=5 width="100%"

|- valign="top"
|style="border: 1px solid gray;padding-left:1em;padding-right:0.5em;background:#E8F1FF;padding-bottom:0.5em;" width="50%"|
=== Règles de développement ===
* [[Règles de codage]]
* [[Sécurité]]
* [[Utilisation de Mantis]]
* [[Utilisation de CVS]] et gestion des versions
* [[Créer une archive de version]]
* [[Gettext]] : instruction d'utilisation pour les modules
* [[Implémentation de containers OVML dans un module]]
* [[Internationalisation]] : Améliorations de la gestion de l'internationalisation dans Ovidentia
* [[Accessibilité]]
* [[Développement d'une nouvelle fonctionnalité]]

=== Documentation des API ===
* [[Nouveau moteur de templates]]
* [[API des agendas]]
* [[Access Control List]], Droits d'accès
* [[Base de registre]]
* [[API de sélection d'utilisateurs]]
* [[API du gestionnaire de fichier]]
* [[API du gestionnaire d'événement]]
* [[API editeur]]
* [[API Addon - OVML]]
* [[Indexation]]

|valign="top" bgcolor="#E8F1FF" style="border-style:solid;border-width:1px;border-color:gray;padding-left:1em;padding-right:0.5em; padding-bottom:0.5em;" width="50%"|

=== Outils de développements ===

* [[Clients CVS]]
* [[Eclipse]]

=== Technologies à l'étude ===

* [[WebDAV]]
* [[Plugins OpenSearch]]
* [[Communication entre les modules]]
* [[Les microformats]]
* [[Le standard UWA de Netvibes]]

=== Propositions d'améliorations ===

* [[Gestionnaire de fichiers]]
* [[Propositions pour Ovidentia 7]]
* [[OVML]]
* [[Gestion des skins]]
* [[Authentification par identifiant NT]]

|}

== Utilisation du wiki ==

Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l'utilisateur] pour plus d'information sur l'utilisation d'un wiki.

__NOTOC__

MediaWiki:Sidebar

2008-01-10T09:24:31Z

Admin :

* navigation
** mainpage|Accueil Wiki
** http://fr.ovidentia.org|Accueil Communauté
** http://fr.ovidentia.org/?tg=articles&topics=51&smap_node_id=37|currentevents
** http://fr.ovidentia.org/?tg=forumsuser&smap_node_id=32|Forums
** recentchanges-url|recentchanges

MediaWiki:Sidebar

2008-01-10T09:23:54Z

Admin :

MediaWiki:Sidebar

2008-01-10T09:23:41Z

Admin :

MediaWiki:Sidebar

2008-01-10T09:23:30Z

Admin :

MediaWiki:Sidebar

2008-01-10T09:23:01Z

Admin :

MediaWiki:Sidebar

2008-01-10T09:22:26Z

Admin :

MediaWiki:Monobook.css

2007-10-01T16:44:03Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, Helvetica, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
line-height: 1.2em;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

div.thumbcaption, div.thumbcaption p, div.thumbcaption li, div.thumbcaption a, div.thumbcaption dd, div.thumbcaption dt {
font-size: 8pt;
}

MediaWiki:Monobook.css

2007-10-01T16:43:30Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, Helvetica, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
line-height: 1.3em;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

div.thumbcaption, div.thumbcaption p, div.thumbcaption li, div.thumbcaption a, div.thumbcaption dd, div.thumbcaption dt {
font-size: 8pt;
}

MediaWiki:Monobook.css

2007-10-01T16:42:29Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, Helvetica, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
line-height: 1.3em;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

.thumbcaption, .thumbcaption p, .thumbcaption li, .thumbcaption a, .thumbcaption dd, .thumbcaption dt {
font-size: 8pt;
}

MediaWiki:Monobook.css

2007-10-01T16:41:27Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, Helvetica, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
line-height: 1.3em;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

.thumbcaption p, .thumbcaption li, .thumbcaption a, .thumbcaption dd, .thumbcaption dt {
font-size: 8pt;
}

MediaWiki:Monobook.css

2007-10-01T16:40:19Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

p, li, a, dd, dt {
font-size: 1em;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, Helvetica, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
line-height: 1.3em;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

div.thumbcaption {
font-size: 0.75em;
}

MediaWiki:Monobook.css

2007-10-01T16:39:49Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", Verdana, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, Helvetica, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
line-height: 1.3em;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

div.thumbcaption {
font-size: 0.75em;
}

MediaWiki:Monobook.css

2007-10-01T16:39:15Z

Admin :

MediaWiki:Monobook.css

2007-10-01T16:36:23Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
line-height: 1.3em;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

div.thumbcaption {
font-size: 75%;
}

MediaWiki:Monobook.css

2007-10-01T16:35:35Z

Admin :

MediaWiki:Monobook.css

2007-10-01T16:34:58Z

Admin :

MediaWiki:Monobook.css

2007-10-01T16:30:16Z

Admin :

MediaWiki:Monobook.css

2007-10-01T16:29:03Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
line-height: 1.2em;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

MediaWiki:Monobook.css

2007-10-01T15:54:00Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #dddddd;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

MediaWiki:Monobook.css

2007-10-01T15:52:59Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: separate;
border: 1px solid #444444;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

MediaWiki:Monobook.css

2007-10-01T15:52:15Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #444444;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

MediaWiki:Monobook.css

2007-10-01T15:51:27Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 2px solid #666666;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

MediaWiki:Monobook.css

2007-10-01T15:50:12Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #666666;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

MediaWiki:Monobook.css

2007-10-01T15:49:35Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 1px solid #999999;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

Utilisation de GIT

2007-10-01T15:29:57Z

Admin : /* Gestion de versions incompatibles lors d'une mise à jour */

==Introduction==

Depuis la version 6.3.0 d'Ovidentia une nouvelle méthodologie a été mise en place pour la gestion des versions du noyau. Cette méthodologie répond à un certain nombre de besoins concernant le développement, la maintenance et le déploiement d'Ovidentia :
* Permettre de stabiliser un version d'Ovidentia sans introduire de régressions dues à l'ajout de nouvelles fonctionnalités,
* Créer rapidement des ''patches'' permettant de passer d'une version du noyau à une autre,
* Faciliter la création des ''Release Notes'' à la sortie d'une nouvelle version.

==Principe des versions et des banches du noyau dans CVS==

===Branches stables et instables===

[[Image:ovidentia_cvs_branches.svg|thumb|300px|Principe des branches stables et instable du noyau ovidentia. Les ronds noirs sont les versions stables sur les branches PATCHS, les ronds blancs sont les versions bêta et les ronds gris les versions ''Release Candidate''.]]

Le travail dans CVS s'éffectue sur deux types de branches : stable et instable. Les caractéristiques de ces types de branches sont les suivantes :
; Les branches stables : Elles sont nommées PATCHS-''X''-''Y''-0 dans CVS. Ces branches ne contiennent que des versions stables. Toutes les versions d'une branche stable ne contiennent que des corrections de bugs par rapport à la version initiale de la branche.
; La branche instable : Elle est nommée HEAD dans CVS. C'est la branche où ont lieu les nouveaux développements. Elle contient des versions bêta (dont le dernier chiffre est supérieur ou égal à 90) considérées comme instables et des versions ''release candidate'' (dont le dernier chiffre est supérieur ou égal à 100) considérées comme stables du point de vue des fonctionnalités mais non testées.

Les modifications peuvent avoir lieu en parallèle sur les différentes branches. En pratique elles n'auront lieu que sur la dernière branche stable et la branche instable : correction de bugs sur la dernière branche PATCHS-''X''-''Y''-0 et ajout de nouvelles fonctionnalités sur HEAD.

En effet, par principe (défini par Cantico) lorsqu'une nouvelle branche PATCHS-''X''-''Y''-0 est créée la branche PATCHS précédente est "fermée" : il n'y aura plus de nouvelle version ''taggée'' sur cette branche. Cependant des correctifs pourront être ponctuellement ''committés'' puis diffusés par la gestion des ''patches'' de cantico.fr par exemple.

===Numérotation des versions===

Les numéros identifiant les versions d'ovidentia sont composés de trois chiffres séparés par des points. Ils se lisent de la manière suivante :

'''6''' . '''5''' . '''2'''
| | |
| | |_ '''2'''ème version de maintenance
| |
| |___ '''5'''ème version mineure
|
|_____ '''6'''ème version majeure 

* La version de maintenance est incrémentée lors de la correction de bugs.
* La version mineure est incrémentée lors d'ajout d'une ou plusieurs petites fonctionnalités.
* La version majeure est incrémenté lors d'ajout de fonctionnalités importantes.

; Versions stables : Elles ont un numéro de maintenance strictement inférieur à 90. Toutes les versions stables ayant les mêmes numéros de versions majeure et mineure disposent du même ensemble de fonctionnalités, proposent les mêmes interfaces aux utilisateurs (hormis les corrections de bugs d'affichage) et gardent la même documentation (hormis les corrections et les ajouts sur des fonctionnalités pas ou peu documentées).

; Versions bêta : Elles ont un numéro de maintenance supérieur ou égal à 90 et strictement inférieur à 100. Les versions bêta intègrent tout ou partie des nouvelles fonctionnalités en cours de développement dans le noyau. Elles peuvent être distribuées mais - étant notoiremment instables - elles ont essentiellement pour but d'offrir un aperçu des évolutions du noyau et de fournir une base commune pour la recherche de bugs.

; Versions Release Candidate : Elles ont un numéro de maintenance supérieur ou égal à 100. Les versions ''Release Candidate'' (rc) succèdent aux versions bêta. A partir de la première ''Release Candidate'' (rc1), les ajouts fonctionnels sont prohibés (période dite de ''feature freeze'') jusqu'à la création de la prochaine branche stable.

==Correction de bugs==

===Principe===

La correction d'un bug s'effectue d'abord sur la dernière branche stable (PATCHS_''X''_''Y''_0) du noyau.

Cette correction est ensuite ''mergée'' sur la branche instable.

===Exemple===

Si un bug est constaté sur la version 6.4.3 :
* Le développeur récupère la dernière version de la branche PATCHS-6-4-0 (''checkout'' ou ''update'' s'il avait déjà récupéré cette branche)
* Qualifie le problème
* Corrige le bug
* Fait un ''commit'' des fichiers corrigés (toujours sur la branche PATCHS-6-4-0)
* Fait un ''merge'' des fichiers modifiés sur la branche instable (HEAD)
* Vérifie que la correction fonctionne aussi sur cette branche
* Fait un ''commit'' des fichiers corrigés (sur HEAD)
* Si nécessaire, fournit le ou les patchs au support par l'intermédiaire de l'application "Gestion des patchs" du portail extranet http://www.cantico.fr

Il appartient au développeur de s'assurer que ses corrections ont été ''mergées'' sur la branche instable de CVS.

Il appartient à la personne qui sort la version X.(Y+1).0 que les branches PATCHS ont bien été ''mergées''.

==Commentaires de ''commit''==

A chaque ''commit'' dans le noyau d'ovidentia un commentaire décrivant les changements doit être spécifié. Le commentaire doit être '''en anglais'''.

Suivant la nature de la modification apportée au noyau, le message peut-être préfixé par l'un des mot-clés suivant :
*'''BUGM''' : il s'agit de la correction d'un bug enregistré dans Mantis,
*'''ENHANCEMENT''' : s'il s'agit d'une amélioration,
*'''SECURITY''' : s'il s'agit d'une correction relative à la sécurité,
*'''OPTIMIZATION''' : s'il s'agit d'une optimisation.

Le mot-clé '''BUGM''' (et optionnellement les autres mots-clés) doit être suivi du numéro de bug dans Mantis sous la forme '''#XXX'''.
D'une manière générale, si les commentaires doivent apparaître dans les ''Release Notes'', il est nécessaire de créer un entrée correspondante dans Mantis (avec une sévérité correspondante) et de faire suivre le mot-clé du numéro du bug créé dans Mantis.

Si la mise à jour est mineure (faute d'orthographe, correction html...), mettez '''Minor change''' afin que la personne qui lit le log comprenne que c'est bien une modification mineure.

===Commentaire de ''commit'' lors d'un ''merge''===
Les messages d'un ''commit'' sur la branche PATCHS devront être recopiés lors du ''merge'' sur la branche principale en ajoutant la mention '''Merged from PATCHS-X-Y-0'''.

Exemple de commentaire d'une correction de bug sur la branche PATCHS :
<pre>BUGM #124: Error SQL when you try to access calendar</pre>

Le commentaire de la même correction de bug ''mergée'' sur la branche principale :
<pre>BUGM #124: Error SQL when you try to access calendar
Merged from PATCHS-6-2-0</pre>

===Modification d'un commentaire de ''commit''===
Il est toujours possible de modifier à posteriori un commentaire de ''commit'' (pour corriger une faute d'orthographe, un numéro de bug erroné...) à l'aide de la commande <code>cvs admin</code> :
<pre>
cvs admin "-m1.123:My new comment" -- afile.php
</pre>

== Gestion des versions du noyau dans CVS ==

Avant chaque sortie de version un tag correspondant est mis sur la branche : à la version ''X''.''Y''.''Z'' correspond le tag version-''X''-''Y''-''Z''.
Si le dernier chiffre du numéro de la version est zéro une branche correspondante PATCHS-''X''-''Y''-0 est créée.

'''Exemple :'''

*Tag version-6-4-0 sur le tronc et création de la branche PATCHS-6-4-0
**Tag version-6-4-1 sur la branche PATCHS-6-4-0
**Tag version-6-4-2 sur la branche PATCHS-6-4-0
*Tag version-6-5-0 sur le tronc et création de la branche PATCH-6-5-0
**Tag version-6-5-1 sur la branche PATCHS-6-5-0
**Tag version-6-5-2 sur la branche PATCHS-6-5-0
**Tag version-6-5-3 sur la branche PATCHS-6-5-0

==Programme de reprise==

Lors d'une mise à jour d'ovidentia, tout le programme de reprise est exécuté, il appartient au développeur de faire les tests nécessaires afin de ne pas effectuer une action plusieurs fois.

Depuis la version 6.3.0, un log des mises à jour à été mis en place. Il peut être utilisé au moyen de 2 fonctions ('''<code>bab_setUpgradeLogMsg</code>''' et '''<code>bab_getUpgradeLogMsg</code>''') dans le programme de reprise du noyau ou d'un module. Un identifiant unique (par module) peut être déposé avec le message de log puis la fonction '''<code>bab_getUpgradeLogMsg</code>''' permet de tester si le message de log existe afin de ne pas exécuter plusieurs fois une partie du programme.

===Gestion de versions incompatibles lors d'une mise à jour===

[[Image:Ovidentia_upgrade_conflict.svg|thumb||600px|Cet exemple illustre l'interdiction de migration d'une version vers une version bêta antérieure.
<ol>
<li>La version stable 6.5.1 est créée.</li>
<li>La version 6.5.90 (6.6.0 bêta 1) est créée.</li>
<li>Une nouvelle version stable 6.5.2 est créée. Cette version ne doit pas pouvoir être mise à jour vers la version 6.5.90 (bien que 6.5.90 > 6.5.2)</li>
<li>On crée donc une nouvelle version bêta 6.5.91 vers laquelle la 6.5.2 pourra évoluer</li>
</ol>]]
Pour chaque version, il sera possible de définir un numéro de version minimal pour l'installation d'origine d'ovidentia, dans le but de forcer des mises à jours par paliers en cas de gros écarts de version. Comme tout le programme est exécuté à chaque mise à jour cela permet de supprimer de temps en temps les parties du programme qui ne sont plus utilisées.

Par principe, il ne devrait être possible de migrer que d'une version d'ovidentia vers une version sortie postérieurement.
Par défaut, le programme de reprise autorise la mise à jour si le numéro de la nouvelle version est supérieur à la version en place. Or dans certains cas, si une branche PATCHS-''X''-''Y''-0 est prolongée après que la branche stable suivante est sortie, ou plus fréquemment lors de la sortie de versions bêta, ce système autoriserait la mise à jour d'une version récente vers une version plus ancienne : par exemple d'une 6.5.2 vers une 6.5.90 alors que la 6.5.2 est sortie après la 6.5.90. Pour cette raison il est possible, dans la configuration, d'interdire la migration d'une version du noyau vers une liste de numéros de versions spécifiée.

exemple dans le fichier version.inc :
<pre>
forbidden_upgrades="6.3.0,6.3.1"
</pre>

==Développement personnel ou expérimentation==
Tout besoin de développement personnel pour des expérimentations doit se faire dans une branche
séparée.
Le nom de la branche doit porter les initiales du développeur ayant initié la branche.
Le nom de la branche commence par les initiales du développeur, un tiret, et un libellé.
Par exemple : '''SZ-SYNCHML'''

=== Client CVS ===

Lors de l'utilisation de wincvs par SSH, le mot de passe est enregistré en clair dans les sous-répertoires CVS de chaque répertoire du projet. Il faut faire attention de ne pas livrer un package avec les sous-répertoires de CVS.

Autre client CVS linux/windows : lincvs

=== Ajouter un projet dans CVS (add-on, script...) ===
Aucune indication sur l'environnement CVS doit être remplie car des informations doivent rester privées à Cantico.

Seule remarque :
Après l'ajout d'un nouveau projet (add-on, script...) dans CVS, des droits d'accès sur la machine qui héberge CVS doivent être appliqués sur le système de fichiers.
Contactez l'administrateur pour cette opération.

Utilisation de GIT

2007-10-01T15:24:43Z

Admin : /* Gestion de versions incompatibles lors d'une mise à jour */

==Introduction==

Depuis la version 6.3.0 d'Ovidentia une nouvelle méthodologie a été mise en place pour la gestion des versions du noyau. Cette méthodologie répond à un certain nombre de besoins concernant le développement, la maintenance et le déploiement d'Ovidentia :
* Permettre de stabiliser un version d'Ovidentia sans introduire de régressions dues à l'ajout de nouvelles fonctionnalités,
* Créer rapidement des ''patches'' permettant de passer d'une version du noyau à une autre,
* Faciliter la création des ''Release Notes'' à la sortie d'une nouvelle version.

==Principe des versions et des banches du noyau dans CVS==

===Branches stables et instables===

[[Image:ovidentia_cvs_branches.svg|thumb|300px|Principe des branches stables et instable du noyau ovidentia. Les ronds noirs sont les versions stables sur les branches PATCHS, les ronds blancs sont les versions bêta et les ronds gris les versions ''Release Candidate''.]]

Le travail dans CVS s'éffectue sur deux types de branches : stable et instable. Les caractéristiques de ces types de branches sont les suivantes :
; Les branches stables : Elles sont nommées PATCHS-''X''-''Y''-0 dans CVS. Ces branches ne contiennent que des versions stables. Toutes les versions d'une branche stable ne contiennent que des corrections de bugs par rapport à la version initiale de la branche.
; La branche instable : Elle est nommée HEAD dans CVS. C'est la branche où ont lieu les nouveaux développements. Elle contient des versions bêta (dont le dernier chiffre est supérieur ou égal à 90) considérées comme instables et des versions ''release candidate'' (dont le dernier chiffre est supérieur ou égal à 100) considérées comme stables du point de vue des fonctionnalités mais non testées.

Les modifications peuvent avoir lieu en parallèle sur les différentes branches. En pratique elles n'auront lieu que sur la dernière branche stable et la branche instable : correction de bugs sur la dernière branche PATCHS-''X''-''Y''-0 et ajout de nouvelles fonctionnalités sur HEAD.

En effet, par principe (défini par Cantico) lorsqu'une nouvelle branche PATCHS-''X''-''Y''-0 est créée la branche PATCHS précédente est "fermée" : il n'y aura plus de nouvelle version ''taggée'' sur cette branche. Cependant des correctifs pourront être ponctuellement ''committés'' puis diffusés par la gestion des ''patches'' de cantico.fr par exemple.

===Numérotation des versions===

Les numéros identifiant les versions d'ovidentia sont composés de trois chiffres séparés par des points. Ils se lisent de la manière suivante :

'''6''' . '''5''' . '''2'''
| | |
| | |_ '''2'''ème version de maintenance
| |
| |___ '''5'''ème version mineure
|
|_____ '''6'''ème version majeure 

* La version de maintenance est incrémentée lors de la correction de bugs.
* La version mineure est incrémentée lors d'ajout d'une ou plusieurs petites fonctionnalités.
* La version majeure est incrémenté lors d'ajout de fonctionnalités importantes.

; Versions stables : Elles ont un numéro de maintenance strictement inférieur à 90. Toutes les versions stables ayant les mêmes numéros de versions majeure et mineure disposent du même ensemble de fonctionnalités, proposent les mêmes interfaces aux utilisateurs (hormis les corrections de bugs d'affichage) et gardent la même documentation (hormis les corrections et les ajouts sur des fonctionnalités pas ou peu documentées).

; Versions bêta : Elles ont un numéro de maintenance supérieur ou égal à 90 et strictement inférieur à 100. Les versions bêta intègrent tout ou partie des nouvelles fonctionnalités en cours de développement dans le noyau. Elles peuvent être distribuées mais - étant notoiremment instables - elles ont essentiellement pour but d'offrir un aperçu des évolutions du noyau et de fournir une base commune pour la recherche de bugs.

; Versions Release Candidate : Elles ont un numéro de maintenance supérieur ou égal à 100. Les versions ''Release Candidate'' (rc) succèdent aux versions bêta. A partir de la première ''Release Candidate'' (rc1), les ajouts fonctionnels sont prohibés (période dite de ''feature freeze'') jusqu'à la création de la prochaine branche stable.

==Correction de bugs==

===Principe===

La correction d'un bug s'effectue d'abord sur la dernière branche stable (PATCHS_''X''_''Y''_0) du noyau.

Cette correction est ensuite ''mergée'' sur la branche instable.

===Exemple===

Si un bug est constaté sur la version 6.4.3 :
* Le développeur récupère la dernière version de la branche PATCHS-6-4-0 (''checkout'' ou ''update'' s'il avait déjà récupéré cette branche)
* Qualifie le problème
* Corrige le bug
* Fait un ''commit'' des fichiers corrigés (toujours sur la branche PATCHS-6-4-0)
* Fait un ''merge'' des fichiers modifiés sur la branche instable (HEAD)
* Vérifie que la correction fonctionne aussi sur cette branche
* Fait un ''commit'' des fichiers corrigés (sur HEAD)
* Si nécessaire, fournit le ou les patchs au support par l'intermédiaire de l'application "Gestion des patchs" du portail extranet http://www.cantico.fr

Il appartient au développeur de s'assurer que ses corrections ont été ''mergées'' sur la branche instable de CVS.

Il appartient à la personne qui sort la version X.(Y+1).0 que les branches PATCHS ont bien été ''mergées''.

==Commentaires de ''commit''==

A chaque ''commit'' dans le noyau d'ovidentia un commentaire décrivant les changements doit être spécifié. Le commentaire doit être '''en anglais'''.

Suivant la nature de la modification apportée au noyau, le message peut-être préfixé par l'un des mot-clés suivant :
*'''BUGM''' : il s'agit de la correction d'un bug enregistré dans Mantis,
*'''ENHANCEMENT''' : s'il s'agit d'une amélioration,
*'''SECURITY''' : s'il s'agit d'une correction relative à la sécurité,
*'''OPTIMIZATION''' : s'il s'agit d'une optimisation.

Le mot-clé '''BUGM''' (et optionnellement les autres mots-clés) doit être suivi du numéro de bug dans Mantis sous la forme '''#XXX'''.
D'une manière générale, si les commentaires doivent apparaître dans les ''Release Notes'', il est nécessaire de créer un entrée correspondante dans Mantis (avec une sévérité correspondante) et de faire suivre le mot-clé du numéro du bug créé dans Mantis.

Si la mise à jour est mineure (faute d'orthographe, correction html...), mettez '''Minor change''' afin que la personne qui lit le log comprenne que c'est bien une modification mineure.

===Commentaire de ''commit'' lors d'un ''merge''===
Les messages d'un ''commit'' sur la branche PATCHS devront être recopiés lors du ''merge'' sur la branche principale en ajoutant la mention '''Merged from PATCHS-X-Y-0'''.

Exemple de commentaire d'une correction de bug sur la branche PATCHS :
<pre>BUGM #124: Error SQL when you try to access calendar</pre>

Le commentaire de la même correction de bug ''mergée'' sur la branche principale :
<pre>BUGM #124: Error SQL when you try to access calendar
Merged from PATCHS-6-2-0</pre>

===Modification d'un commentaire de ''commit''===
Il est toujours possible de modifier à posteriori un commentaire de ''commit'' (pour corriger une faute d'orthographe, un numéro de bug erroné...) à l'aide de la commande <code>cvs admin</code> :
<pre>
cvs admin "-m1.123:My new comment" -- afile.php
</pre>

== Gestion des versions du noyau dans CVS ==

Avant chaque sortie de version un tag correspondant est mis sur la branche : à la version ''X''.''Y''.''Z'' correspond le tag version-''X''-''Y''-''Z''.
Si le dernier chiffre du numéro de la version est zéro une branche correspondante PATCHS-''X''-''Y''-0 est créée.

'''Exemple :'''

*Tag version-6-4-0 sur le tronc et création de la branche PATCHS-6-4-0
**Tag version-6-4-1 sur la branche PATCHS-6-4-0
**Tag version-6-4-2 sur la branche PATCHS-6-4-0
*Tag version-6-5-0 sur le tronc et création de la branche PATCH-6-5-0
**Tag version-6-5-1 sur la branche PATCHS-6-5-0
**Tag version-6-5-2 sur la branche PATCHS-6-5-0
**Tag version-6-5-3 sur la branche PATCHS-6-5-0

==Programme de reprise==

Lors d'une mise à jour d'ovidentia, tout le programme de reprise est exécuté, il appartient au développeur de faire les tests nécessaires afin de ne pas effectuer une action plusieurs fois.

Depuis la version 6.3.0, un log des mises à jour à été mis en place. Il peut être utilisé au moyen de 2 fonctions ('''<code>bab_setUpgradeLogMsg</code>''' et '''<code>bab_getUpgradeLogMsg</code>''') dans le programme de reprise du noyau ou d'un module. Un identifiant unique (par module) peut être déposé avec le message de log puis la fonction '''<code>bab_getUpgradeLogMsg</code>''' permet de tester si le message de log existe afin de ne pas exécuter plusieurs fois une partie du programme.

===Gestion de versions incompatibles lors d'une mise à jour===

[[Image:Ovidentia_upgrade_conflict.svg|frame|Cet exemple illustre l'interdiction de migration d'une version vers une version bêta antérieure.
<ol>
<li>La version stable 6.5.1 est créée.</li>
<li>La version 6.5.90 (6.6.0 bêta 1) est créée.</li>
<li>Une nouvelle version stable 6.5.2 est créée. Cette version ne doit pas pouvoir être mise à jour vers la version 6.5.90 (bien que 6.5.90 > 6.5.2)</li>
<li>On crée donc une nouvelle version bêta 6.5.91 vers laquelle la 6.5.2 pourra évoluer</li>
</ol>]]
Pour chaque version, il sera possible de définir un numéro de version minimal pour l'installation d'origine d'ovidentia, dans le but de forcer des mises à jours par paliers en cas de gros écarts de version. Comme tout le programme est exécuté à chaque mise à jour cela permet de supprimer de temps en temps les parties du programme qui ne sont plus utilisées.

Par principe, il ne devrait être possible de migrer que d'une version d'ovidentia vers une version sortie postérieurement.
Par défaut, le programme de reprise autorise la mise à jour si le numéro de la nouvelle version est supérieur à la version en place. Or dans certains cas, si une branche PATCHS-''X''-''Y''-0 est prolongée après que la branche stable suivante est sortie, ou plus fréquemment lors de la sortie de versions bêta, ce système autoriserait la mise à jour d'une version récente vers une version plus ancienne : par exemple d'une 6.5.2 vers une 6.5.90 alors que la 6.5.2 est sortie après la 6.5.90. Pour cette raison il est possible, dans la configuration, d'interdire la migration d'une version du noyau vers une liste de numéros de versions spécifiée.

exemple dans le fichier version.inc :
<pre>
forbidden_upgrades="6.3.0,6.3.1"
</pre>

==Développement personnel ou expérimentation==
Tout besoin de développement personnel pour des expérimentations doit se faire dans une branche
séparée.
Le nom de la branche doit porter les initiales du développeur ayant initié la branche.
Le nom de la branche commence par les initiales du développeur, un tiret, et un libellé.
Par exemple : '''SZ-SYNCHML'''

=== Client CVS ===

Lors de l'utilisation de wincvs par SSH, le mot de passe est enregistré en clair dans les sous-répertoires CVS de chaque répertoire du projet. Il faut faire attention de ne pas livrer un package avec les sous-répertoires de CVS.

Autre client CVS linux/windows : lincvs

=== Ajouter un projet dans CVS (add-on, script...) ===
Aucune indication sur l'environnement CVS doit être remplie car des informations doivent rester privées à Cantico.

Seule remarque :
Après l'ajout d'un nouveau projet (add-on, script...) dans CVS, des droits d'accès sur la machine qui héberge CVS doivent être appliqués sur le système de fichiers.
Contactez l'administrateur pour cette opération.

MediaWiki:Monobook.css

2007-10-01T15:20:44Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a, dd, dt {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 2px solid #aaaaaa;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

Aide:Aide

2007-10-01T15:19:16Z

Admin : Nouvelle page : Avant de contribuer, vous pouvez vous familiariser avec les règles d'usage du wiki.

Avant de contribuer, vous pouvez vous familiariser avec les [[Règles d'usage du wiki|règles d'usage du wiki]].

MediaWiki:Monobook.css

2007-10-01T15:17:40Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #777788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 2px solid #aaaaaa;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

MediaWiki:Monobook.css

2007-10-01T15:17:15Z

Admin :

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #77788;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 2px solid #aaaaaa;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

MediaWiki:Monobook.css

2007-10-01T15:10:55Z

Admin : Nouvelle page : /* Le CSS placé ici affectera les utilisateurs du skin Monobook */ body, p, li, a { font-size: 9pt; font-family: "DejaVu Sans", tahoma, sans-serif; } h1, h2, h3, h4, h5 { ...

/* Le CSS placé ici affectera les utilisateurs du skin Monobook */

body, p, li, a {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
}

h1, h2, h3, h4, h5 {
font-family: Arial, sans-serif;
font-weight: normal;
color: #888899;
}

h1 {
letter-spacing: -0.5px;
}

h2 {
letter-spacing: -0.3px;
}

pre {
font-size: 9pt;
overflow: auto;
}

table.prettytable {
border-collapse: collapse;
border: 2px solid #aaaaaa;
}

table.prettytable td, table.prettytable th {
font-size: 9pt;
font-family: "DejaVu Sans", tahoma, sans-serif;
border: 1px solid #dddddd;
padding-left: 1em;
padding-right: 1em;
}

Accueil

2007-10-01T15:10:22Z

Admin : /* Noyau et modules */

== Contribuer au Wiki ==

Bienvenue sur le Wiki dédié à Ovidentia.

Avant de contribuer, vous pouvez vous familiariser avec les [[Règles d'usage du wiki|règles d'usage du wiki]].

== Documentations ==

{| cellpadding=0 cellspacing=5 width="100%"

|- valign="top"
|style="border: 1px solid gray;padding-left:1em;padding-right:0.5em;background:#F7FFEB;padding-bottom:0.5em;" width="50%"|
=== Manuel de l'utilisateur ===

* [[Congés]]

|valign="top" bgcolor="#FFF7F6" style="border-style:solid;border-width:1px;border-color:gray;padding-left:1em;padding-right:0.5em; padding-bottom:0.5em;" width="50%"|
=== Manuel de l'administrateur ===

* [[Installer Ovidentia]]
* [[Sauvegarder Ovidentia]]

|}

== Création de skins ==

{| cellpadding=0 cellspacing=5 width="100%"

|- valign="top"
|style="border: 1px solid gray;padding-left:1em;padding-right:0.5em;background:#FFF7EB;padding-bottom:0.5em;" width="100%"|

* [[Documentation OVML]] (OVidentia Markup Language)

|}

== Développement ==

{| cellpadding=0 cellspacing=5 width="100%"

|- valign="top"
|style="border: 1px solid gray;padding-left:1em;padding-right:0.5em;background:#E8F1FF;padding-bottom:0.5em;" width="50%"|
=== Code ===
* [[Règles de codage]]
* [[Sécurité]]
* [[Utilisation de Mantis]]
* [[Utilisation de CVS]] et gestion des versions
* [[Créer une archive de version]]
* [[Gestion des skins]]
* [[Gettext]]
* [[Implémentation de containers OVML dans un module]]
* [[Internationalisation]] : Améliorations de la gestion de l'internationalisation dans Ovidentia

=== Documentation des API ===
==== Noyau uniquement ====
* [[Nouveau moteur de templates]]
* [[API des agendas]]
==== Noyau et modules ====
* [[Access Control List]], Droits d'accès
* [[Base de registre]]
* [[API de sélection d'utilisateurs]]
* [[API du gestionnaire de fichier]]
* [[API du gestionnaire d'événement]]
* [[API editeur]]
* [[API Addon - OVML]]

|valign="top" bgcolor="#E8F1FF" style="border-style:solid;border-width:1px;border-color:gray;padding-left:1em;padding-right:0.5em; padding-bottom:0.5em;" width="50%"|

=== Qualité et tests ===

* [[Accessibilité]]
* [[W3C]]
* [[Développement d'une nouvelle fonctionnalité]]
* [[Tests de vérification à la sortie d'une version]]

=== Outils de développements ===

=== Technologies à l'étude ===

* [[SyncML]]
* [[CardSpace]]
* [[WebDAV]]
* [[Plugins OpenSearch]]
* [[Communication entre les modules]]
* [[Les microformats]]
* [[Le standard UWA de Netvibes]]

=== Améliorations Ovidentia ===

* [[Gestionnaire de fichiers]]
* [[Propositions pour Ovidentia 7]]
* [[OVML]]

|}

== Utilisation du wiki ==

Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l'utilisateur] pour plus d'information sur l'utilisation d'un wiki.

* [http://www.mediawiki.org/wiki/Manual:Configuration_settings/fr Liste des paramètres de configuration]
* [http://www.mediawiki.org/wiki/Manual:FAQ/fr FAQ MediaWiki]

En anglais :
* [http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce MediaWiki release mailing list]

__NOTOC__

MediaWiki:Sidebar

2007-09-29T09:44:52Z

Admin :

MediaWiki:Sidebar

2007-09-29T09:43:55Z

Admin :

* navigation
** mainpage|mainpage
** <nowiki>http://fr.ovidentia.org</nowiki>|portal
** <nowiki>http://fr.ovidentia.org/?tg=articles&topics=51&smap_node_id=37</nowiki>|currentevents
** <nowiki>http://fr.ovidentia.org/?tg=forumsuser&smap_node_id=32</nowiki>|Forums
** recentchanges-url|recentchanges
** randompage-url|randompage
** helppage|help

MediaWiki:Sidebar

2007-09-29T08:30:16Z

Admin :

MediaWiki:Sidebar

2007-09-29T08:26:42Z

Admin :

MediaWiki:Sidebar

2007-09-29T08:25:14Z

Admin :

MediaWiki:Sidebar

2007-09-29T08:21:58Z

Admin :

MediaWiki:Sidebar

2007-09-29T08:21:31Z

Admin :

MediaWiki:Sidebar

2007-09-29T08:20:31Z

Admin :

MediaWiki:Sidebar

2007-09-29T08:19:39Z

Admin :

MediaWiki:Sidebar

2007-09-29T08:18:35Z