Retour Page principale > sommaire eFlore v4 > sommaire interface de consultation
Il convient d'en définir les modes d'accÚs pour disposer d'une interface de consultation à la fois : esthétique, facile d'emploi et exhaustive. Ce qui n'est pas une mince affaire !
Nous allons tout d'abord essayer de cerner les grands domaines de consultation d'eflore par thématique, puis pour chaque mode de consultation préciser le contenu des pages qui seront présentées aux utilisateurs.
Ces menus et ces trois types de zones correspondent à la mise en oeuvre du processus général de consultation des données :
Chacun doit remplir un rĂŽle bien prĂ©cis et permettre d'ĂȘtre appelĂ© via un menu de Papyrus ou sous forme de balise (comme les actions Wikini) dans un squelette.
Il doit ĂȘtre paramĂ©trable en fonction d'un projet ou d'une distribution sur un site (Tela Botanica, Gentiana, ...)
Principes de l'interface de consultation d'eFlore
Position du problĂšme
Les données contenues dans la base eflore sont nombreuses et trÚs diverses.Il convient d'en définir les modes d'accÚs pour disposer d'une interface de consultation à la fois : esthétique, facile d'emploi et exhaustive. Ce qui n'est pas une mince affaire !
Nous allons tout d'abord essayer de cerner les grands domaines de consultation d'eflore par thématique, puis pour chaque mode de consultation préciser le contenu des pages qui seront présentées aux utilisateurs.
Définition de l'interface générale
Pour l'accÚs aux données d'eflore nous partons des hypothÚses suivantes concernant les niveaux de menus disponibles :- eflore dispose d'une "monde" à lui seul dans le portail de Tela
- les niveaux de menus disponibles sont ceux de Papyrus (qui permet autant de menus imbriqués que l'on veut), à savoir :
- le premier niveau de menu pour les différents modes d'accÚs (menu 1)
- pour chaque mode, un menu imbriqué (menu 2)
- pour chaque ligne de menu niveau 2, une page d'accueil (comportant des onglets : menu 3)
- Menu niveau 1 n°1 : menu principal
- Menu niveau 2 n°1.1 : sous menu
- Menu niveau 3 n°1.1.1 : onglet
- Menu niveau 2 n°1.1 : sous menu
- zone de recherche : page ou portion de page comportant des zones de saisie, de sĂ©lection dans des menus dĂ©roulants ou des boites Ă cocher. Ce peut ĂȘtre aussi une carte cliquable.
- zone de présentation de listes : lorsqu'une recherche produit une liste, il faut l'afficher pour ensuite sélectionner une ligne. La présentation par liste dispose d'attributs spécifiques et génériques pour la consultation de longues listes : sous sélection par lettres alphabétiques, consultation par pages
- zone de présentation individuelle d'une ligne sélectionnée. Dans ce cas tous les onglets de la page sont réservés à la présentation des différentes facette de la ligne sélectionnée.
Ces menus et ces trois types de zones correspondent à la mise en oeuvre du processus général de consultation des données :
- 1 - sélection de la thématique de recherche (ex : botanique, chorologie, phytosociologie...)
- 2 - présentation d'une page avec zone de recherche ou carte cliquable.
- 3 - affichage d'une liste rĂ©pondant Ă la recherche (mĂȘme s'il n'y a qu'une ligne).
- 4 - clique sur une ligne donne les information relative à cette ligne, avec affichage des données dans plusieurs onglets.
Exemple d'organisation du monde eFlore
Zone d'entĂȘte du mondeeFlore: plan du site, zone d'identification, moteur de recherche, charte d'accessibilitĂ©... |
|
Zone du menu du monde
|
EntĂȘte du contenu gĂ©nĂ©rĂ© par l'application appelĂ©e par le menu :contient les onglets Ă©ventuels des fiches individuelles et/ou un moteur de recherche permanent. |
Corps du contenu généré par l'application appelée par le menu :le contenu proprement dit comme une carte, moteur de recherche, listes ou informations individuelles. |
|
Pied du contenu généré par l'application appelée par le menu :mail de l'auteur de l'application et note demandant un retour en cas d'erreur ou de problÚmes. |
|
Zone de pied du monde :copyright, info générale. |
|
Plusieurs modules de consultation
L'interface de consultation pour ne pas devenir trop complexe doit pouvoir ĂȘtre dĂ©coupĂ©e en modules plus ou moins indĂ©pendants les uns des autres.Chacun doit remplir un rĂŽle bien prĂ©cis et permettre d'ĂȘtre appelĂ© via un menu de Papyrus ou sous forme de balise (comme les actions Wikini) dans un squelette.
Il doit ĂȘtre paramĂ©trable en fonction d'un projet ou d'une distribution sur un site (Tela Botanica, Gentiana, ...)