source: documented-examples/trunk/bibtex-e/resources/collectionConfig_fr.properties@ 36594

name=Collection bibliographie

ShowBibTeXrecord=Montrer Enregistrement BibTeX
HideBibTeXrecord=Cacher l\'enregistrement BibTeX
Number=Numéro
AuthoredBy=Nom de l\'auteur
PaperTitle=Titre de l\'article
DocType=TypeDocument
BookJournalTitle=Titre de Livre/Journal
BibTeXrecord=Enregistrement BibTeX
PublicationDate=Date de publication
Editors=Editeur(s)
PublicationPlace=Lieu de publication
Annotations=Annotations
Abstract=Résumé
Pages=Pages
Keywords=Mots-clés
In=Dans
EditorRole=RÎle de l\'éditeur
Vol=Vol.
MeetingPlace=Lieu de rencontre
Publisher=Editeur
LocationURL=Emplacement/URL
MeetingDate=Date de rencontre

source_text=
text_text=enregistrements complets
Title_text=

shortDescription=<p>Cette collection qui contient des entrées _about\:numdocs_ BibTex, est working papers éditées de 1997 à 2006 au <a href="http\://www.cs.waikato.ac.nz/">Département d\'informatique</a>, <a href="http\://www.waikato.ac.nz/">Université de Waikato</a>.</p>

description1=<h3>Comment marche la collection?</h3><p>Le <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">fichier de configuration de la collection</a> commence par la spécification <i>groupsize 200</i>. Cela rassemble 200 documents dans un seul fichier d\'archive. Les collections de bibliographies ont généralement beaucoup de petits documents; le fait de les regrouper empêche le gonflement des structures de fichiers internes et l\'occupation inutile d\'espace disque.</p>

description2=<p>En plus des plugiciels standards, cette collection utilise <i>BibTexPlugin</i>, qui traite les références écrites au format BibTex (bien connu des informaticiens). Deux options ont été définies pour le plugiciel BibTexPlugin \: <i>-OIDtype assigned -OIDmetadata Number</i>. Cela signifie que l\'élément de métadonnées "Number" sera utilisé comme identifiant de l\'enregistrement, à la place de l\'identifiant de hachage défini par défaut dans Greenstone. Ces options sont utilisables avec tous les plugiciels.</p>

description3=<p>La recherche par champ à travers une interface basée sur un formulaire est sélectionnée par <i>format SearchTypes "form,plain"</i> dans le fichier de configuration. En fait, cette collection utilise <i>format SearchTypes "form,plain"</i> qui contient aussi un index de recherche de texte simple textuelle (puisque <i>form</i> vient en premier, c\'est l\'interface par defaut; vous accédez à la recherche <i>plain</i> a travers la page <i>Préférences</i>).</p>

description4=<p>L\'option <i>buildtype</i> montre que c\'est le moteur de recherche par défaut <i>mgpp</i> qui sera utilisé. La ligne <i>indexes</i> définit les index pour "text", et "metadata". Dans ce cas, "text" sera l\'enregistrement BibTex dans son format original. "metadata" est un mot-clé particulier qui signifie qu\'un index sera construit pour toutes les métadonnées présentes dans la collection. Ainsi, quand les menus déroulants "Field" dans la <a href="?a=q&ct=1&qt=1">page recherche</a> sont sélectionnés, ils montrent <i>Full records</i> suivi par une entrée pour chaque élément de méta-donnée. Une méta-donnée <i>collectionmeta</i> de niveau collection peut être spécifiée pour tout index pour déterminer ce qui est appele dans le menu (exceptÚ pour <i>metadata</i> qui produit beaucoup d\'éléments de menu). Dans ce cas,le <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">fichier de configuration</a> spécifie que l\'index du texte devrait être appele "full records" parcequ\'il contient l\'enregistrement bibliographique original.</p>

description5=<p>Un mot clé supplémentaire, "allfields", peut aussi être utilisé dans la ligne <i>indexers</i>, pour préciser qu\'une recherche combinée sur tous les index est disponible.</p>

description6=<p>Les lignes <i>levels</i> ne précisent qu\'un niveau document, puisque les notices bibliographiques n\'ont pas de structure interne.</p>

description7=[PENDING]<p>Cette collection contient les "browsers" <i>Title</i>, <i>Author</i>,et <i>Date</i> ainsi qu\'un type special d\'index de phrase appele "Phind". Le classificateur <i>AZCompactList</i> utilisé pour le browser <i>Author</i> est comme <i>AZList</i> mais produit un rayon pour les éléments dupliqués comme montré <a href="?a=d&cl=CL2">ici</a>. Le plugin BibTEX enregistre chaque auteur comme méta-donnée <i>Author</i>; il met aussi une liste contenant tous les auteurs dans l\'élément de méta-donnée <i>Creator</i>. Par conséquent, le classificateur <i>AZCompactList</i> est basé sur <i>Author</i>. Cependant, Greenstone a un bouton standard appelé <i>authors</i> dont le nom (qui prête à confusion) est "Creator", ainsi le nom de ce bouton est spécifié pour le classificateur.</p>

description8=[PENDING]<p>Le format de déclaration pour la liste de résultats de recherche et le browser de titre sont tous les deux déterminés par la spécification <i>VList</i>. Elle donne une icÎne de document qui renvoie sur le document lui-même (qui est la référence complÚte dans cette collection); le titre en gras; la méta-donnée <i>Creator</i> s\'il y en a, sinon la méta-donnée <i>Editor</i>; et la méta-donnée <i>Month, Year</i> s\'il y en a. En <a href="library/collection/bibtex-e/search/FieldQuery?a=q&sa=&rt=rd&s1.level=Doc&s1.case=1&s1.stem=0&s1.matchMode=some&s1.sortBy=1&s1.maxDocs=50&s1.fqv=Jain&s1.fqf=TX&s1.fqv=&s1.fqf=NU&s1.fqv=&s1.fqf=NU&s1.fqv=&s1.fqf=NU&s1.hitsPerPage=20">voici</a> un exemple.</p>

description9=[PENDING]<p>Le format de déclaration pour le browser auteur (<i>CL2VList</i>) est plus complexe. Le classificateur <i>AZCompactList</i> donne un arbre dont les nœuds sont soit des nœuds de feuilles représentant des documents ou des nœuds internes. Un élément de de méta-donnée appelé <i>numleafdocs</i> donne le nombre total de documents en dessous d\'un nœud interne. La déclaration de format vérifie si numleafdocs existe. Si le nœud doit être un nœud interne, dans ce cas le nœud est catalogue par son <i>Title</i>. Mais attention \: ce classificateur est produit sur la méta-donnée <i>Author</i>, donc son titre -- le titre du classificateur -- est en fait le nom de l\'auteur! Ceci signifie que les nœuds des rayons sont catalogués <a href="?a=d&cl=CL2">ici</a> suivant le nom de l\'auteur. Les nœuds d\'extrémité sont catalogués dans la liste des résultats de recherche de la même façon que les documents (c.-à -d. les références) .</p>

description10=[PENDING]<p>Les documents eux-mêmes (voici un <a href="library/collection/bibtex-e/document/98_9">exemple</a>) sont produits par deux déclarations de format, une (longue celle-la) appelée <i>DocumentHeading</i>, et une autre appelée <i>DocumentText</i>. Le <i>Document Heading</i>, qui est représente les deux tiers supérieurs de la page contient le <i>Titre</i> du document suivi d\'une table qui donne tous les éléments de méta-donnée que le plugin BibTex peut générer. Le rÎle de toutes les instructions <i>If</i> dans le <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">fichier de configuration</a> est de déterminer les éléments définis.</p>

description11=[PENDING]<p>Le <i>DocumentText</i> montre la version BibTex de la référence. Cependant, quand le document est affiché la premiÚre fois, seul le lien <i>ShowBibtexRecord</i> apparaît --- ceci correspond à la derniÚre partie (c\'est la partie "else") de l\'instruction <i>If</i> dans <i>DocumentText</i>. Quand le lien est cliqué, <i>href</i> va vers la même URL mais avec <i>showrecord=1</i>, qui génÚre une page comme <a href="?a=d&cl=CL1.12&d=_sampleoid_&showrecord=1">celle-ci</a>. Le test <i>If</i> marche, ce qui affiche le <i>Text</i> du document. Avec le plugin BibTex, le texte d\'un document est son enregistrement BibTEX pur.</p>