Ici, l'administrateur n'a pas le rôle d'un administrateur réseaux, et cette page ne lui permet pas de gérer le système ni ses utilisateurs.
L'administrateur est là pour valider les changements qui interviennent dans la base.
Ainsi sa page d'accueil lui fait état de l'ensemble des modifications ayant eu lieu. Ces changements peuvent être de trois sortes:
publication d'un nouveau document,
modification d'un document publié auparavant,
suppression d'un document.
Page d'accueil
Sur cette page, on indique le nombre de changements survenus par catégorie. S'il y en a, un bouton permet d'accéder à la liste détaillée, pour pouvoir les valider de façon indépendante.
La liste détaillée des changements se présente ainsi: ils sont classés d'abord par type de changement (publication, modification, suppression), puis à l'intérieur de chacune de ces trois listes, par support.
Chaque document est présenté sous la forme suivante:
un icône,
le titre,
la date de publication et le proprietaire,
trois cases à cocher:
pour conserver le document tel qu'il est actuellement dans la base,
pour détruire le document, ainsi que les éventuels fichiers téléchargés sur le serveur,
pour laisser le document en attente, donc invisible aux utilisateurs; l'administrateur le retrouvera alors sur la page d'accueil, quand il y accédera plus tard.
Validation des changements
Avant de faire un choix, l'administrateur peut accéder à l'ensemble des champs de chaque document, et les modifier à son gré. Il suffit de cliquer sur l'icône devant le titre pour ouvrir cette fenêtre de modification. Les changements que l'administrateur effectue sur le document sont enregistrés quand il valide le formulaire. Cela permet également de recharger automatiquement la liste des modifications, dans laquelle l'administrateur peut voir ce qu'il a modifié.
Lorsqu'il ouvre la fenêtre de modification d'un document, il peut ne rien faire et sortir immédiatement à l'aide du bouton "annuler".
Lorsqu'il a modifié un document, une petite coche est ajoutée au début de la linge correspondant à celui-ci. Ceci est bien pratique dans le cas où il y a beaucoup de changements, et où l'administrateur ne sait plus forcément quels documents il a vérifié.
Cas d'un nouveau thème:
Lorsqu'un document est publié, l'utilisateur a la possibilité de proposer un nouveau thème; il propose donc un nom dans sa propre langue. Dans ce cas, l'administrateur est averti par la présence d'un texte clignotant à la fin de la ligne correspondant au document; il a alors la charge de donner les autres informations relatives à ce thème, à savoir:
un identifiant unique dans la base: de préférence un nom court, sans espaces, significatif, et qui ne doit pas être déjà utlisé; par exemple s'il existe "prog" pour "programmation", et que l'utilisateur veut créer "programmation web", utilisez un identifiant tel que "web_prog" (les diminutifs anglais sont préférables);
un nom dans les autres langues, affiché à l'écran: là il convient de mettre un nom descriptif, pouvant être composé de plusieurs mots, et ce, pour autant de langues que le serveur propose.
L'administrateur ne pourra pas refermer le formulaire tant qu'il n'aura pas donné ces valeurs; une fois ceci exécuté, il voit que son thème a bien été enregistré, car il n'y a plus le texte clignotant en fin de ligne.
Une fois toutes ces éventuelles modifications faites, il peut valider ses choix (s'il n'y a plus de nouveaux thèmes à valider) à l'aide du bouton "Valider les choix". Si tout se passe bien, sa page d'accueil est rechargée, et il voit les éventuels documents laissés en attente.
