Changeset 36623 for documented-examples

documented-examples/trunk/authen-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 name=DÃ©monstration d\'authentification
+name=DÃ©monstration d'authentification
 shortDescription=<p>Collection demonstrating document-level collection authentication in Greenstone 3.</p>
 description1=<p>Cette collection de dÃ©monstration contient le mÃªme contenu que la collection de dÃ©monstration originale fournie avec Greenstone, mais elle inclue Ã©galement quelques commandes d\'authentification basiques. Deux documents sont diffusÃ©s de maniÃšre publique (Farming snails 1 &amp; 2), alors que le reste des documents requiÃšrent une authentification afin de pouvoir les consulter.</p><p><center><b>Pour accÃ©der Ã  cette collection, essayez utilisateur \: </b> <i>demo</i> <b> et mot de passe \: </b> <i>demo.</i></center></p>
+description1=<p>Cette collection de dÃ©monstration contient le mÃªme contenu que la collection de dÃ©monstration originale fournie avec Greenstone, mais elle inclue Ã©galement quelques commandes d'authentification basiques. Deux documents sont diffusÃ©s de maniÃšre publique (Farming snails 1 &amp; 2), alors que le reste des documents requiÃšrent une authentification afin de pouvoir les consulter.</p><p><center><b>Pour accÃ©der Ã  cette collection, essayez utilisateur \: </b> <i>demo</i> <b> et mot de passe \: </b> <i>demo.</i></center></p>
 description2=<h3>Comment marche cette collection?</h3><p>Ce <tt>fichier de configuration de collection</tt> est exactement le mÃªme que celui de la collection de dÃ©monstration originale sauf pour les directives d\'authentification, une option de plugiciel (et cette description).</p>
+description2=<h3>Comment marche cette collection?</h3><p>Ce <tt>fichier de configuration de collection</tt> est exactement le mÃªme que celui de la collection de dÃ©monstration originale sauf pour les directives d'authentification, une option de plugiciel (et cette description).</p>
 description3=<p>Le schÃ©ma d\'authentification contrÃŽle l\'accÃšs Ã  la collection. Il fonctionne en deux Ã©tapes. Dans un premier temps il dÃ©termine s\'il faut restreindre l\'accÃšs Ã  la collection dans son ensemble ou Ã  des documents spÃ©cifiques qu\'elle contient, et dans ce dernier cas, de quels documents il s\'agit (soit en donnant une liste de documents privÃ©s dont l\'accÃšs nÃ©cessite une authentification, soit en dÃ©clarant que tous les documents sont privÃ©s Ã  l\'exeption d\'une liste de documents publics donnÃ©e). Ensuite, pour les documents Ã  accÃšs restreint, il dÃ©termine les utilisateurs qui y ont accÃšs.</p>
+description3=<p>Le schÃ©ma d'authentification contrÃŽle l'accÃšs Ã  la collection. Il fonctionne en deux Ã©tapes. Dans un premier temps il dÃ©termine s'il faut restreindre l'accÃšs Ã  la collection dans son ensemble ou Ã  des documents spÃ©cifiques qu'elle contient, et dans ce dernier cas, de quels documents il s'agit (soit en donnant une liste de documents privÃ©s dont l'accÃšs nÃ©cessite une authentification, soit en dÃ©clarant que tous les documents sont privÃ©s Ã  l'exeption d'une liste de documents publics donnÃ©e). Ensuite, pour les documents Ã  accÃšs restreint, il dÃ©termine les utilisateurs qui y ont accÃšs.</p>

documented-examples/trunk/bibtex-e/resources/collectionConfig.properties

-              r36621
+              r36623
 shortDescription=<p>This collection, which contains 135 BibTeX entries, is a collection of working papers published from 1997 to 2006 at <a href="http\://www.cs.waikato.ac.nz/">Department of Computer Science</a>, <a href="http\://www.waikato.ac.nz/">the University of Waikato</a>.</p>
 description1=<h3>How the collection works</h3><p>The collection configuration file (the collection\'s <tt>etc/collectionConfig.xml</tt>) begins with the specification <i>groupsize 200</i>. This groups 200 documents together into a single archive file. Bibliography collections typically have many small documents, and grouping them together prevents Greenstone\'s internal file structures from becoming bloated and occupying more disk space than necessary.</p>
+description1=<h3>How the collection works</h3><p>The collection configuration file (the collection's <tt>etc/collectionConfig.xml</tt>) begins with the specification <i>groupsize 200</i>. This groups 200 documents together into a single archive file. Bibliography collections typically have many small documents, and grouping them together prevents Greenstone's internal file structures from becoming bloated and occupying more disk space than necessary.</p>
 description2=<p>Apart from the standard plugins, this collection uses <i>BibTexPlugin</i>, which processes references in the BibTeX format (well known to computer scientists). Two options have been set for BibTexPlugin\: <i>-OIDtype assigned -OIDmetadata Number</i>. This means the metadata element "Number" will be used as the record identifier, instead of Greenstone\'s default hash identifiers. These options are available for all plugins.</p>
+description2=<p>Apart from the standard plugins, this collection uses <i>BibTexPlugin</i>, which processes references in the BibTeX format (well known to computer scientists). Two options have been set for BibTexPlugin\: <i>-OIDtype assigned -OIDmetadata Number</i>. This means the metadata element "Number" will be used as the record identifier, instead of Greenstone's default hash identifiers. These options are available for all plugins.</p>
 description3=<p>Fielded searching, with a form-based interface, is selected by <i>format SearchTypes "form,plain" </i> in the configuration file. In fact, a plain textual full-text search index is included in this collection as well (since <i>form</i> comes first, it is the default interface; you reach the <i>plain</i> search through the <i>Preferences</i> page).</p>
 description4=<p>The <i>buildtype</i> option shows that the default search engine <i>mgpp</i> is used. The <i>indexes</i> line specifies indexes for "text", and "metadata". In this case, "text" will be the original BibTeX record. "metadata" is a special keyword signifying that an index should be built for any metadata item found in the collection. Thus when the "field" menus in the collection\'s <a href="library/collection/bibtex-e/search/FieldQuery">search page</a> are pulled down, they show <i>full records</i> followed by an entry for each metadata element. In the collection\'s <tt>resources/collectionConfig.properties</tt> file, collection-level metadata <i>collectionmeta</i> can be specified for any index to determine what it is called (except for <i>metadata</i>, which produces many menu items). In this case, the <i>collectionConfig.properties</i> file specifies that the <i>text</i> index (referred to by collection\'s configuration file, <tt>collectionConfig.xml</tt>) should be named "full records" because it contains the original bibliographic record.</p>
+description4=<p>The <i>buildtype</i> option shows that the default search engine <i>mgpp</i> is used. The <i>indexes</i> line specifies indexes for "text", and "metadata". In this case, "text" will be the original BibTeX record. "metadata" is a special keyword signifying that an index should be built for any metadata item found in the collection. Thus when the "field" menus in the collection's <a href="library/collection/bibtex-e/search/FieldQuery">search page</a> are pulled down, they show <i>full records</i> followed by an entry for each metadata element. In the collection's <tt>resources/collectionConfig.properties</tt> file, collection-level metadata <i>collectionmeta</i> can be specified for any index to determine what it is called (except for <i>metadata</i>, which produces many menu items). In this case, the <i>collectionConfig.properties</i> file specifies that the <i>text</i> index (referred to by collection's configuration file, <tt>collectionConfig.xml</tt>) should be named "full records" because it contains the original bibliographic record.</p>
 description5=<p>An additional keyword, "allfields", could also be used in the <i>indexes</i> line, specifying that combined searching over all indexes should be available.</p>
 description6=<p>The <i>levels</i> lines specifies only document level, as bibliographic records don\'t have internal structure.</p>
+description6=<p>The <i>levels</i> lines specifies only document level, as bibliographic records don't have internal structure.</p>
 description7=<p>This collection contains <i>Title, Author</i>, and <i>Date</i> browsers. The <i>AZCompactList</i> classifier used for the <i>Author</i> browser is like <i>AZList</i> but generates a bookshelf for duplicate items. The BibTeX plugin records each author as <i>Author</i> metadata; it also puts a list containing all authors into the <i>Creator</i> metadata element. Consequently the <i>AZCompactList</i> classifier is based on <i>Author</i>. However, Greenstone has a standard button reading <i>authors</i> whose name is (confusingly) "Creator", so this button name is specified for the classifier.</p>
 …
 description8=<p>The format statements for the search results list and the title browser are both determined by the <i>VList</i> specification. It gives a document icon that links to the document itself (which in this collection is the full reference); the title in bold; <i>Creator</i> metadata if there is any, otherwise <i>Editor</i> metadata; and <i>Month, Year</i> metadata if there is any. <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">Here</a> is an example.</p>
 description9=<p>The format statement for the author browser (<i>CL2VList</i>) is more complex. The <i>AZCompactList</i> classifier generates a tree whose nodes are either leaf nodes, representing documents, or internal nodes. A metadata item called <i>numleafdocs</i> gives the total number of documents below an internal node. This format statement checks whether numleafdocs exists. If so the node must be an internal node, in which case the node is labeled by its <i>Title</i>. But beware\: this classifier is generated on <i>Author</i> metadata, so its title -- the title of the classifier -- is actually the author\'s name! This means that the bookshelf nodes <a href="library/collection/bibtex-e/browse/CL2">here</a> are labeled by author\'s name. The leaf nodes, however, are labeled the same way as documents (i.e. references) are in the search results list.</p>
+description9=<p>The format statement for the author browser (<i>CL2VList</i>) is more complex. The <i>AZCompactList</i> classifier generates a tree whose nodes are either leaf nodes, representing documents, or internal nodes. A metadata item called <i>numleafdocs</i> gives the total number of documents below an internal node. This format statement checks whether numleafdocs exists. If so the node must be an internal node, in which case the node is labeled by its <i>Title</i>. But beware\: this classifier is generated on <i>Author</i> metadata, so its title -- the title of the classifier -- is actually the author's name! This means that the bookshelf nodes <a href="library/collection/bibtex-e/browse/CL2">here</a> are labeled by author's name. The leaf nodes, however, are labeled the same way as documents (i.e. references) are in the search results list.</p>
 description10=<p>The documents themselves (here is an <a href="library/collection/bibtex-e/document/98_9">example</a>) are generated by two format statements, one (a long one) called <i>DocumentHeading</i>, and another called <i>DocumentContent</i>. The <i>DocumentHeading</i>, which is the top two-thirds of the page, contains the document\'s <i>Title</i> followed by a table that gives all the metadata elements that the BibTeX plugin can generate. The role of all the <i>gsf\:switch</i> statements in the collection cofiguration file, <tt>collectionConfig.xml</tt>, is to determine which elements are defined.</p>
+description10=<p>The documents themselves (here is an <a href="library/collection/bibtex-e/document/98_9">example</a>) are generated by two format statements, one (a long one) called <i>DocumentHeading</i>, and another called <i>DocumentContent</i>. The <i>DocumentHeading</i>, which is the top two-thirds of the page, contains the document's <i>Title</i> followed by a table that gives all the metadata elements that the BibTeX plugin can generate. The role of all the <i>gsf\:switch</i> statements in the collection cofiguration file, <tt>collectionConfig.xml</tt>, is to determine which elements are defined.</p>
 description11=<p>The <i>DocumentContent</i> has been overridden. When the document is displayed initially, only a hyperlink reading <i>Show/Hide BibTex Record</i> appears -- clicking this invokes JavaScript to toggle the display of the raw BibTex record (showing the BibText version of the reference), which is hidden by default.</p>

documented-examples/trunk/bibtex-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 ShowBibTeXrecord=Montrer Enregistrement BibTeX
 HideBibTeXrecord=Cacher l\'enregistrement BibTeX
+HideBibTeXrecord=Cacher l'enregistrement BibTeX
 Number=NumÃ©ro
 AuthoredBy=Nom de l\'auteur
 PaperTitle=Titre de l\'article
+AuthoredBy=Nom de l'auteur
+PaperTitle=Titre de l'article
 DocType=TypeDocument
 BookJournalTitle=Titre de Livre/Journal
 …
 Keywords=Mots-clÃ©s
 In=Dans
 EditorRole=RÃŽle de l\'Ã©diteur
+EditorRole=RÃŽle de l'Ã©diteur
 Vol=Vol.
 MeetingPlace=Lieu de rencontre
 …
 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>
+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 <tt>fichier de configuration de la collection</tt> 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>
+description1=<h3>Comment marche la collection?</h3><p>Le <tt>fichier de configuration de la collection</tt> 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>
+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>
+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 <tt>fichier de configuration</tt> spÃ©cifie que l\'index du texte devrait Ãªtre appele "full records" parcequ\'il contient l\'enregistrement bibliographique original.</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 <tt>fichier de configuration</tt> 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>
+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>
+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>
+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>
+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>
+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 <tt>fichier de configuration</tt> est de dÃ©terminer les Ã©lÃ©ments dÃ©finis.</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 <tt>fichier de configuration</tt> 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>
+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>

documented-examples/trunk/dls-e/resources/collectionConfig.properties

-              r36621
+              r36623
 description0=<p>The editors of this collection are Human Info NGO, HumanityCD Ltd, and participating organizations. Contact us at Humanitarian and Development Libraries Project, Oosterveldiaan 196, B-2610 Antwerp, Belgium, Tel 32-3-448.05.54, Fax 32-3-449.75.74, email <a href=mailto\:[email protected]>[email protected]</a>.
 description1=<h3>How the collection works</h3><p>The DLS collection is fairly complex. If you\'re just starting out you might prefer to look at some other collections first (e.g. <a href="library/collection/wrdpdf-e/page/about">Word and PDF demonstration</a>, or the <a href="library/collection/gsarch-e/page/about">Greenstone Archives</a>, or the <a href="library/collection/image-e/page/about">Simple Image collection</a>).</p>
+description1=<h3>How the collection works</h3><p>The DLS collection is fairly complex. If you're just starting out you might prefer to look at some other collections first (e.g. <a href="library/collection/wrdpdf-e/page/about">Word and PDF demonstration</a>, or the <a href="library/collection/gsarch-e/page/about">Greenstone Archives</a>, or the <a href="library/collection/image-e/page/about">Simple Image collection</a>).</p>
 description2=<p>The collection configuration file, <tt>collectionConfig.xml</tt>, like all collection configuration files, begins with the <i>creator</i> metadata element that gives the email address of the collection\'s creator, and another metadata ("public") that determines whether the collection will appear on the home page of the Greenstone installation. Note that setting "public" to "false" only removes it from the home page; it will still be accessible in the library to anyone that knows the URL to the collection.</p>
+description2=<p>The collection configuration file, <tt>collectionConfig.xml</tt>, like all collection configuration files, begins with the <i>creator</i> metadata element that gives the email address of the collection's creator, and another metadata ("public") that determines whether the collection will appear on the home page of the Greenstone installation. Note that setting "public" to "false" only removes it from the home page; it will still be accessible in the library to anyone that knows the URL to the collection.</p>
 description3=<p><b>Plugins</b>. The "plugin" lines in the collection configuration file give the plugins used by the collection. The documents in the DLS collection are in HTML, so <i>HTMLPlugin</i> must be included. The <i>description_tags</i> option processes tags in the text that define sections and section titles as described below.</p>
 …
 description4=<p>The other plugins, <i>GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin, and DirectoryPlugin</i>, are used by Greenstone for internal purposes and are standard in almost all collections.</p>
 description5=<p><b>Searchable indexes</b>. The block of lines starting with <i>indexes</i> specifies what searchable indexes will be available. In this collection there are three\: you can see them when you pull down the "Search for" menu on the collection\'s <a href="library/collection/dls-e/search/TextQuery">search page</a>. The first index is called "chapters", the second "section titles", and the third "entire documents". The names of these three indexes are given by three properties (section_text, section_Title and document_text) in the translatable <tt>collectionConfig.properties</tt> file located in the collection\'s <tt>resources</tt> subfolder.</p>
+description5=<p><b>Searchable indexes</b>. The block of lines starting with <i>indexes</i> specifies what searchable indexes will be available. In this collection there are three\: you can see them when you pull down the "Search for" menu on the collection's <a href="library/collection/dls-e/search/TextQuery">search page</a>. The first index is called "chapters", the second "section titles", and the third "entire documents". The names of these three indexes are given by three properties (section_text, section_Title and document_text) in the translatable <tt>collectionConfig.properties</tt> file located in the collection's <tt>resources</tt> subfolder.</p>
 description6=<p>The contents of the indexes -- that is, the specification of what it is that will be searched -- are defined by the <i>indexes</i> line at the beginning of this block. This specifies three indexes, two at the section level (beginning with <i>section\:</i>) and one at the document level (beginning with <i>document\:</i>). The difference is that a multi-word query will only match a section-level index if all query terms appear in the same section, whereas it will match a document-level index if the terms appear anywhere within the document (which typically comprises several sections). The first and third indexes are <i>section\:text</i> and <i>document\:text</i>, and the <i>\:text</i> means that the full text of sections and documents respectively will be searched. The second is <i>section\:Title</i>, which means that <i>Title</i> metadata will be searched -- in this case, section titles (rather than document titles). The three indexes appear in the order in which they are specified on the <i>indexes</i> line.</p>
 …
 description8=<p>The first classifier provides access by subject. It is a <i>Hierarchy</i> classifier whose hierarchy is defined in the file <tt>etc/dls.Subject.txt</tt> (the <i>hfile</i> argument); this file is discussed below. This classifier is based on <i>dls.Subject</i> metadata, and when several books appear at a leaf of the hierarchy they are sorted by <i>dls.Title</i> metadata (as you can see when you open classifier browser <tt>CL1.4.1</tt>).  The second classifier provides access by title. It is also a <i>Hierarchy</i> classifier, this time based on <i>dls.AZList</i> metadata, whose hierarchy is defined in <tt>etc/dls.AZList.txt</tt>. This file is discussed below.  The third provides access by organization\: it is a <i>List</i> classifier based on <i>dls.Organization</i> metadata. The <i>-bookshelf_type always</i> option creates a new bookshelf for each organization, even if only one document belongs to that category.  The fourth provides access by "Howto" text\: it is a <i>List</i> classifier based on <i>dls.Keyword</i> metadata. The <i>-bookshelf_type never</i> option prevents bookshelves being created even if two documents share the same keywords.</p>
 description9=<p><b>Cover images</b>. Greenstone looks for a cover image for each document, whose name is the same as the document\'s but with a <i>.jpg</i> extension. This image is associated with the document, and may be displayed on the document page (see below). Cover images can be switched off by setting the -no_cover_image flag for each plugin.</p>
+description9=<p><b>Cover images</b>. Greenstone looks for a cover image for each document, whose name is the same as the document's but with a <i>.jpg</i> extension. This image is associated with the document, and may be displayed on the document page (see below). Cover images can be switched off by setting the -no_cover_image flag for each plugin.</p>
 description10=<p><b>Format statements</b>. The <i>format</i> elements (&lt;format;&gt;, &lt;browse&gt;, &lt;search&gt; and &lt;display&gt; XML elements), called "format statements", govern how various parts of the collection should be displayed. The <i>VList</i> format statement applies to lists of items displayed vertically, such as the lists of titles, subjects and organisations, and the table of contents for the target documents. It is overridden for the search results list by the <i>SearchVList</i> format statement, and also for the <i>Howto</i> classifier by the <i>CL4VList</i> statement (CL4 specifies the fourth classifier).</p>
 …
 description12=<p>Greenstone 3 uses XML for format statements, allowing librarians with XML experience to more easily understand and use format statements than Greenstone 2 which worked with a custom way of specifying format statements. For more information on understanding format statements and writing your own format statements for collections, refer to <a href="http\://wiki.greenstone.org/doku.php?id=en\:user\:gs3_format_statements">Greenstone 3 Format Statements</a> on the Greenstone wiki.</p>
 description13=<p><b>Collection-level metadata</b>. The <i>&lt;displayItem&gt;</i> elements under the top-level <i>&lt;displayItemList&gt;</i> in the configuration file are also standard in all Greenstone collections. They give general information about the collection, defining its name, and a description that appears on its home page. The description text (defined in the translatable <tt>resources/collectionConfig.properties</tt> files) can be seen on the DLS collection\'s home page (this text is part of it).</p>
+description13=<p><b>Collection-level metadata</b>. The <i>&lt;displayItem&gt;</i> elements under the top-level <i>&lt;displayItemList&gt;</i> in the configuration file are also standard in all Greenstone collections. They give general information about the collection, defining its name, and a description that appears on its home page. The description text (defined in the translatable <tt>resources/collectionConfig.properties</tt> files) can be seen on the DLS collection's home page (this text is part of it).</p>
 description14=<p><b>Language translations</b>. In the collection configuration file, lines that look like <tt>&lt;displayItem assigned="true" dictionary="collectionConfig" key="..." name="..."/&gt;</tt> allow for translatable collection-level metadata, that are defined in the <tt>resources/collectionConfig.properties</tt> text files and can be translated in the same location such as by creating French and Spanish versions (in <tt>resources/collectionConfig_fr.properties</tt> and <tt>resources/collectionConfig_es.properties</tt>, respectively). Note that we advise translators to go through the GTI (Greenstone Translation Interface) system if they want to contribute translations to Greenstone as used by everyone, such as translations to Greenstone\'s demo collections and these documented example collections. The properties files allow for accented characters (e.g. French <i>Ã©</i>). The files are in UTF-8, and these characters are represented by multi-byte sequences (&lt;C3&gt;&lt;A9&gt; in this case). Alternatively they could be represented by their HTML entity names (like <i>& eacute ;</i>). It makes no difference for how they appear on the screen.</p>
+description14=<p><b>Language translations</b>. In the collection configuration file, lines that look like <tt>&lt;displayItem assigned="true" dictionary="collectionConfig" key="..." name="..."/&gt;</tt> allow for translatable collection-level metadata, that are defined in the <tt>resources/collectionConfig.properties</tt> text files and can be translated in the same location such as by creating French and Spanish versions (in <tt>resources/collectionConfig_fr.properties</tt> and <tt>resources/collectionConfig_es.properties</tt>, respectively). Note that we advise translators to go through the GTI (Greenstone Translation Interface) system if they want to contribute translations to Greenstone as used by everyone, such as translations to Greenstone's demo collections and these documented example collections. The properties files allow for accented characters (e.g. French <i>Ã©</i>). The files are in UTF-8, and these characters are represented by multi-byte sequences (&lt;C3&gt;&lt;A9&gt; in this case). Alternatively they could be represented by their HTML entity names (like <i>& eacute ;</i>). It makes no difference for how they appear on the screen.</p>
 description15=<p><b>Description tags</b>. The description tags recognized by <i>HTMLPlugin</i> are inserted into the HTML source text of the documents to define where sections begin and end, and to specify section titles. They look like this\: <pre> &lt;!-- &lt;Section&gt; &lt;Description&gt; &lt;Metadata name="Title"&gt; Realizing human rights for poor people\: Strategies for achieving the international development targets &lt;/Metadata&gt; &lt;/Description&gt; --&gt; (text of section goes here) &lt;!-- &lt;/Section&gt; --&gt; </pre> The &lt;!-- ... --&gt; markers are used to ensure that these tags are marked as comments in HTML and therefore do not affect document formatting. In the <i>Description</i> part other kinds of metadata can be specified, but this is not done for the style of collection we are describing here. Exactly the same specification (including the &lt;!-- ... --&gt; markers) can be used in Word documents too.</p>
 description16=<p><b>Metadata Files</b>. Metadata for all documents in the DLS collection is provided in metadata.xml files, one per document folder. In this collection\'s <tt>import/r0087e</tt> is the <tt>metadata.xml</tt> file for one book -- <i>Income generation and money management\: training women as entrepreneurs</i> -- which is a block of about ten lines encased in &lt;<i>FileSet</i>&gt; ... &lt;<i>/FileSet</i>&gt; tags. It defines <i>dls.Title</i>, <i>dls.Language</i>, <i>dls.Subject</i> and <i>dls.AZList</i> metadata. More than one value can be specified for any metadata item. For example, this book has two dls.Subject classifications. Both of these are stored as metadata values for this particular document (because <i>mode=accumulate</i> is specified; the alternative, and the default, is <i>mode=override</i>).</p>
+description16=<p><b>Metadata Files</b>. Metadata for all documents in the DLS collection is provided in metadata.xml files, one per document folder. In this collection's <tt>import/r0087e</tt> is the <tt>metadata.xml</tt> file for one book -- <i>Income generation and money management\: training women as entrepreneurs</i> -- which is a block of about ten lines encased in &lt;<i>FileSet</i>&gt; ... &lt;<i>/FileSet</i>&gt; tags. It defines <i>dls.Title</i>, <i>dls.Language</i>, <i>dls.Subject</i> and <i>dls.AZList</i> metadata. More than one value can be specified for any metadata item. For example, this book has two dls.Subject classifications. Both of these are stored as metadata values for this particular document (because <i>mode=accumulate</i> is specified; the alternative, and the default, is <i>mode=override</i>).</p>
 description17=<p><b>Hierarchy files</b>. Hierarchy files contain a succession of lines each of which has three items. The first item is a text string which is matched against the metadata that occurs in the <i>metadata.xml</i> file described above. The second item is a number that defines the position in the hierarchy. The third item is a text string that describes the node of the hierarchy on the web pages that Greenstone generates.</p>

documented-examples/trunk/dls-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 document_text=documents entiers
 shortDescription=<p>Les BibliothÃšques humanitaires pour le DÃ©veloppement constituent une collection importante dont les objectifs sont d\'aider Ã  rÃ©duire la pauvretÃ©, de promouvoir l\'accroissement du potentiel humain, et d\'offrir une Ã©ducation pratique et utile Ã  tous. Cette collection contient environ 25 publications -- documents, rapports, et articles de pÃ©riodiques -- qui traitent de diffÃ©rents sujets liÃ©s au dÃ©veloppement humain. On y trouve des informations concernant les pratiques agricoles aussi bien que les politiques Ã©conomiques; les mesures d\'hygiÃšne pour l\'eau et la sociÃ©tÃ© et la culture; l\'Ã©ducation et la petite industrie; la prÃ©vention des dÃ©sastres et les micro-entreprises.</p>
+shortDescription=<p>Les BibliothÃšques humanitaires pour le DÃ©veloppement constituent une collection importante dont les objectifs sont d'aider Ã  rÃ©duire la pauvretÃ©, de promouvoir l'accroissement du potentiel humain, et d'offrir une Ã©ducation pratique et utile Ã  tous. Cette collection contient environ 25 publications -- documents, rapports, et articles de pÃ©riodiques -- qui traitent de diffÃ©rents sujets liÃ©s au dÃ©veloppement humain. On y trouve des informations concernant les pratiques agricoles aussi bien que les politiques Ã©conomiques; les mesures d'hygiÃšne pour l'eau et la sociÃ©tÃ© et la culture; l'Ã©ducation et la petite industrie; la prÃ©vention des dÃ©sastres et les micro-entreprises.</p>
 description0=<p>Les Ã©diteurs de cette collection sont Human Info NGO, HumanityCD Ltd, and organisations ayant contribuÃ©. Vous pouvez nous contacter Ã  Humanitarian and Development Libraries Project, Oosterveldiaan 196, B-2610 Antwerp, Belgium, Tel 32-3-448.05.54, Fax 32-3-449.75.74, courriel <a href="mailto\:[email protected]">[email protected]</a>.</p>
 description1=<h3>Comment, marche la collection</h3><p>La collection DLS est assez complexe. Pour un dÃ©butant, il serait prÃ©fÃ©rable de consulter d\'abord d\'autres collections (par exemple <a href="?c=documented-examples/wrdpdf-e&a=p&sa=about">DÃ©monstration Word et PDF</a> ou les <a href="?c=documented-examples/gsarch-e&a=p&sa=about">Greenstone Archives</a> ou la collection <a href="?c=documented-examples/image-e&a=p&sa=about">Simple Image</a>).</p>
+description1=<h3>Comment, marche la collection</h3><p>La collection DLS est assez complexe. Pour un dÃ©butant, il serait prÃ©fÃ©rable de consulter d'abord d'autres collections (par exemple <a href="?c=documented-examples/wrdpdf-e&a=p&sa=about">DÃ©monstration Word et PDF</a> ou les <a href="?c=documented-examples/gsarch-e&a=p&sa=about">Greenstone Archives</a> ou la collection <a href="?c=documented-examples/image-e&a=p&sa=about">Simple Image</a>).</p>
 description2=<p>Le <tt>fichier de configuration</tt> de la collection, comme tous les fichiers de configuration de collection, commence avec une ligne ("creator") qui donne l\'adresse e-mail du crÃ©ateur de la collection et une autre ligne ("public") qui dÃ©termine la maniÃšre d\'apparition de la collection sur la page d\'accueil de Greenstone. Noter que paramÃ©trer "public" Ã  "false" ne supprime le lien vers la collection que sur la page d\'accueil; la collection reste accessible via la bibliothÃšque numÃ©rique Ã  toute personne qui en connaÃ®t l\'URL (a=p&sa=about&c=nom-abrÃ©gÃ©-collection).</p>
+description2=<p>Le <tt>fichier de configuration</tt> de la collection, comme tous les fichiers de configuration de collection, commence avec une ligne ("creator") qui donne l'adresse e-mail du crÃ©ateur de la collection et une autre ligne ("public") qui dÃ©termine la maniÃšre d'apparition de la collection sur la page d'accueil de Greenstone. Noter que paramÃ©trer "public" Ã  "false" ne supprime le lien vers la collection que sur la page d'accueil; la collection reste accessible via la bibliothÃšque numÃ©rique Ã  toute personne qui en connaÃ®t l'URL (a=p&sa=about&c=nom-abrÃ©gÃ©-collection).</p>
 description3=<p><b>Plugins</b>. Le troisiÃšme bloc de lignes dans le <tt>fichier de configuration</tt> donne la liste des plugins utilisÃ©s par cette collection. Les documents dans la collection DLS sont en HTML, ainsi <i>HTMLPlugin</i> doit Ãªtre inclus. L\'option <i>description_tags</i> traite des onglets dans le texte qui dÃ©finissent les sections et les titres de section comme dÃ©crit ci-dessous.</p>
+description3=<p><b>Plugins</b>. Le troisiÃšme bloc de lignes dans le <tt>fichier de configuration</tt> donne la liste des plugins utilisÃ©s par cette collection. Les documents dans la collection DLS sont en HTML, ainsi <i>HTMLPlugin</i> doit Ãªtre inclus. L'option <i>description_tags</i> traite des onglets dans le texte qui dÃ©finissent les sections et les titres de section comme dÃ©crit ci-dessous.</p>
 description4=<p>Les autres plugins, <i>GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin et DirectoryPlugin</i> sont utilisÃ©s par Greenstone pour des objectifs internes et sont des rÃ©fÃ©rences dans presque toutes les collections.</p>
 description5=<p><b>Index recherchables</b>. Le bloc de lignes qui commence avec <i>index</i> prÃ©cise les type d\'index de recherche disponibles. Dans cette collection on en compte trois. Vous pouvez les voir en dÃ©roulant le menu "Rechercher des" sur la <a href="?a=q">page de recherche</a>. Le premier index est appelÃ© "chapitre" , le second "titres de section" et le troisiÃšme "documents entiers". Les noms de ces trois index sont donnÃ©s par les trois dÃ©clarations <i>collectionmeta</i>.</p>
+description5=<p><b>Index recherchables</b>. Le bloc de lignes qui commence avec <i>index</i> prÃ©cise les type d'index de recherche disponibles. Dans cette collection on en compte trois. Vous pouvez les voir en dÃ©roulant le menu "Rechercher des" sur la <a href="?a=q">page de recherche</a>. Le premier index est appelÃ© "chapitre" , le second "titres de section" et le troisiÃšme "documents entiers". Les noms de ces trois index sont donnÃ©s par les trois dÃ©clarations <i>collectionmeta</i>.</p>
 description6=<p>Les contenus des trois index, Ã  savoir la spÃ©cification de ce qui sera recherchÃ©, sont dÃ©finies par la ligne des <i>index</i> au dÃ©but de ce bloc. Trois index sont spÃ©cifiÃ©s, deux au niveau section (commenÃ§ant par <i>section\:</i>) et un autre au niveau document (commenÃ§ant par <i>document\:</i>.) La diffÃ©rence est qu\'une requÃªte Ã  mots multiples ne conviendra qu\'Ã  un index de niveau section si tous les termes recherchÃ©s se trouvent dans la mÃªme section, tandis qu\'elle conviendra Ã  un index de niveau document si les termes apparaissent n\'importe oÃ¹ dans le document (qui typiquement, comprend plusieurs sections). Le premier et le troisiÃšme index sont <i>section\:text</i> et <i>document\:text</i>, et <i>\:text</i> signifie que le texte complet des sections et celui des documents seront respectivement recherchÃ©s. Le second est <i>section\:Title</i>, qui signifie que la mÃ©ta-donnÃ©e <i>Title</i> sera recherchÃ©e -- dans ce cas, les titres de section (plutÃŽt que les titres de document). Les trois index apparaissent dans l\'ordre dans lequel ils sont prÃ©cisÃ©s sur la ligne <i>indexes</i>.</p>
+description6=<p>Les contenus des trois index, Ã  savoir la spÃ©cification de ce qui sera recherchÃ©, sont dÃ©finies par la ligne des <i>index</i> au dÃ©but de ce bloc. Trois index sont spÃ©cifiÃ©s, deux au niveau section (commenÃ§ant par <i>section\:</i>) et un autre au niveau document (commenÃ§ant par <i>document\:</i>.) La diffÃ©rence est qu'une requÃªte Ã  mots multiples ne conviendra qu'Ã  un index de niveau section si tous les termes recherchÃ©s se trouvent dans la mÃªme section, tandis qu'elle conviendra Ã  un index de niveau document si les termes apparaissent n'importe oÃ¹ dans le document (qui typiquement, comprend plusieurs sections). Le premier et le troisiÃšme index sont <i>section\:text</i> et <i>document\:text</i>, et <i>\:text</i> signifie que le texte complet des sections et celui des documents seront respectivement recherchÃ©s. Le second est <i>section\:Title</i>, qui signifie que la mÃ©ta-donnÃ©e <i>Title</i> sera recherchÃ©e -- dans ce cas, les titres de section (plutÃŽt que les titres de document). Les trois index apparaissent dans l'ordre dans lequel ils sont prÃ©cisÃ©s sur la ligne <i>indexes</i>.</p>
 description7=<p><b>Classificateurs</b>. Le bloc de lignes libellÃ© <i>classify</i> dÃ©finit les index de navigation appelÃ©s "classifiers" dans Greenstone. Ils sont quatre, correspondant aux quatre boutons sur la barre de navigation en haut de chaque page dans la collection (c\'est Ã  dire la <a href="?a=q">page de recherche</a>)\: <i>sujets</i>, <i>titres</i>, <i>organisations</i> et <i>comment</i>. Le bouton de <i>recherche</i> vient en premier, les quatre classificateurs.</p>
+description7=<p><b>Classificateurs</b>. Le bloc de lignes libellÃ© <i>classify</i> dÃ©finit les index de navigation appelÃ©s "classifiers" dans Greenstone. Ils sont quatre, correspondant aux quatre boutons sur la barre de navigation en haut de chaque page dans la collection (c'est Ã  dire la <a href="?a=q">page de recherche</a>)\: <i>sujets</i>, <i>titres</i>, <i>organisations</i> et <i>comment</i>. Le bouton de <i>recherche</i> vient en premier, les quatre classificateurs.</p>
 description8=<p>Le premier classificateur fournit un accÃšs par sujet. C\'est un classificateur <i>Hierarchy</i> dont la hiÃ©rarchie est dÃ©finie dans le fichier <a href="_httpcollection_/etc/dls.Subject.txt" target="text">dls.Subject.txt</a> (l\'argument "<i>hfile</i>"); ce fichier est prÃ©sentÃ© ci-dessous. Ce classificateur est basÃ© sur la mÃ©ta-donnÃ©e <i>dls.Subject</i> et quand plusieurs livres apparaissent sur une feuille de la hiÃ©rarchie, ils sont triÃ©s suivant la mÃ©ta-donnÃ©e <i>dls.Title</i> (comme visible <a href="?a=d&cl=CL1.4.1">ici</a>).  Le second classificateur fournit un accÃšs par titre. C\'est aussi un classificateur de la <i>Hierarchy</i>, basÃ© cette fois sur la mÃ©tadonnÃ©e <i>dls.AZList</i>, dont la hiÃ©rarchie est dÃ©finie dans le fichier <a href="_httpcollection_/etc/dls.Title.txt" target="text">dls.AZList.txt</a>. Ce fichier est dÃ©crit plus loin.  Le troisiÃšme fournit un accÃšs par organisation\: c\'est un classificateur <i>List</i> basÃ© sur les mÃ©ta-donnÃ©es <i>Organization</i>. L\'option <i>-bookshelf_type always</i> crÃ©e une nouvelle Ã©tagÃšre pour chaque organisation, mÃªme s\'il n\'existe qu\'un seul document appartenant Ã  cette catÃ©gorie.  Le quatriÃšme fournit un accÃšs par "Howto" \: c\'est un classificateur <i>List</i> basÃ© sur les mÃ©tadonnÃ©es <i>dls.Keyword</i>. L\'option <i>-bookshelf_type never</i> permet d\'Ã©viter la crÃ©ation des Ã©tagÃšres mÃªme si deux documents ont les mÃªmes mots-clÃ©s.</p>
+description8=<p>Le premier classificateur fournit un accÃšs par sujet. C'est un classificateur <i>Hierarchy</i> dont la hiÃ©rarchie est dÃ©finie dans le fichier <a href="_httpcollection_/etc/dls.Subject.txt" target="text">dls.Subject.txt</a> (l'argument "<i>hfile</i>"); ce fichier est prÃ©sentÃ© ci-dessous. Ce classificateur est basÃ© sur la mÃ©ta-donnÃ©e <i>dls.Subject</i> et quand plusieurs livres apparaissent sur une feuille de la hiÃ©rarchie, ils sont triÃ©s suivant la mÃ©ta-donnÃ©e <i>dls.Title</i> (comme visible <a href="?a=d&cl=CL1.4.1">ici</a>).  Le second classificateur fournit un accÃšs par titre. C'est aussi un classificateur de la <i>Hierarchy</i>, basÃ© cette fois sur la mÃ©tadonnÃ©e <i>dls.AZList</i>, dont la hiÃ©rarchie est dÃ©finie dans le fichier <a href="_httpcollection_/etc/dls.Title.txt" target="text">dls.AZList.txt</a>. Ce fichier est dÃ©crit plus loin.  Le troisiÃšme fournit un accÃšs par organisation\: c'est un classificateur <i>List</i> basÃ© sur les mÃ©ta-donnÃ©es <i>Organization</i>. L'option <i>-bookshelf_type always</i> crÃ©e une nouvelle Ã©tagÃšre pour chaque organisation, mÃªme s'il n'existe qu'un seul document appartenant Ã  cette catÃ©gorie.  Le quatriÃšme fournit un accÃšs par "Howto" \: c'est un classificateur <i>List</i> basÃ© sur les mÃ©tadonnÃ©es <i>dls.Keyword</i>. L'option <i>-bookshelf_type never</i> permet d'Ã©viter la crÃ©ation des Ã©tagÃšres mÃªme si deux documents ont les mÃªmes mots-clÃ©s.</p>
 description9=<p><b>Images Couverture</b>. Greenstone cherche une image couverture pour chaque document, dont le nom est le mÃªme que le document\'s mais avec une extension <i>.jpg</i>. Cette image est associÃ©e avec le document et pourrais Ãªtre visualisÃ© sur la page du document (voir ce-dessous). Les images couverture peuvent-Ãªtre Ã©teintes en rÃ©glant le drapeau -no_cover_image pour chauqe plug-in.</p>
+description9=<p><b>Images Couverture</b>. Greenstone cherche une image couverture pour chaque document, dont le nom est le mÃªme que le document's mais avec une extension <i>.jpg</i>. Cette image est associÃ©e avec le document et pourrais Ãªtre visualisÃ© sur la page du document (voir ce-dessous). Les images couverture peuvent-Ãªtre Ã©teintes en rÃ©glant le drapeau -no_cover_image pour chauqe plug-in.</p>
 description10=[PENDING]<p><b>DÃ©clarations de format</b>. Les lignes commenÃ§ant par <i>format</i>, appelÃ©es "format statements", dÃ©terminent la faÃ§on dont certaines parties de la collection seront affichÃ©es. Le format <i>VList</i> est appliquÃ© aux listes d\'Ã©lÃ©ments prÃ©sentÃ©s verticalement, comme les listes de titres, de sujets ou d\'organisations, et la table des matiÃšres pour les documents cibles. Il est modifiÃ© pour les liste de rÃ©sultats de recherche par le format <i>SearchVList</i>, ainsi que par le format <i>CL4VList</i> pour le classificateur <i>Howto</i> (CL4 dÃ©termine le quatriÃšme classificateur).</p>
+description10=[PENDING]<p><b>DÃ©clarations de format</b>. Les lignes commenÃ§ant par <i>format</i>, appelÃ©es "format statements", dÃ©terminent la faÃ§on dont certaines parties de la collection seront affichÃ©es. Le format <i>VList</i> est appliquÃ© aux listes d'Ã©lÃ©ments prÃ©sentÃ©s verticalement, comme les listes de titres, de sujets ou d'organisations, et la table des matiÃšres pour les documents cibles. Il est modifiÃ© pour les liste de rÃ©sultats de recherche par le format <i>SearchVList</i>, ainsi que par le format <i>CL4VList</i> pour le classificateur <i>Howto</i> (CL4 dÃ©termine le quatriÃšme classificateur).</p>
 description11=[PENDING]<p>L\'enregistrement <i>DocumentText</i> dÃ©termine la faÃ§on de formater le document textuel, avec la mÃ©tadonnÃ©e <i>Title</i> ([<i>Title</i>]) insÃ©rÃ©e dans la balise HTML &lt;<i>h3</i>&gt; suivie par le texte du document ([<i>Text</i>]). Positionner la variable <i>DocumentImages</i> sur <i>true</i> entraÃ®ne l\'affichage des images de couverture pour chaque document. La variable <i>DocumentButtons</i> permet l\'affichage des boutons <i>Expand Text, Expand Contents, Detach</i> et <i>Highlight</i> avec chaque document.</p>
+description11=[PENDING]<p>L'enregistrement <i>DocumentText</i> dÃ©termine la faÃ§on de formater le document textuel, avec la mÃ©tadonnÃ©e <i>Title</i> ([<i>Title</i>]) insÃ©rÃ©e dans la balise HTML &lt;<i>h3</i>&gt; suivie par le texte du document ([<i>Text</i>]). Positionner la variable <i>DocumentImages</i> sur <i>true</i> entraÃ®ne l'affichage des images de couverture pour chaque document. La variable <i>DocumentButtons</i> permet l'affichage des boutons <i>Expand Text, Expand Contents, Detach</i> et <i>Highlight</i> avec chaque document.</p>
 description12=[PENDING]<p>La plupart des dÃ©clarations de format contiennent une chaÃ®ne spÃ©cifiÃ©e en HTML mise en valeur. Les noms de mÃ©ta-donnÃ©es entre crochets (c\'et Ã  dire [<i>Title</i>], [<i>Creator</i>]), donne la valeur de ces mÃ©ta-donnÃ©es; [<i>Text</i>] donne le document texte. Un hyperlien au document peut Ãªtre obtenu en utilisant [<i>link</i>] ... [<i>/link</i>]; une icÃŽne appropriÃ©e est gÃ©nÃ©rÃ©e par [<i>icon</i>]. Des chaÃ®nes de format peuvent inclure {<i>If</i>} {...,...} et {<i>Or</i>} {...,...}; les deux premiÃšres en donnent des exemples. Ces deux sont des dÃ©clarations de format assez complexes qui ne seront pas expliquÃ©es ici. Dans Greenstone, les changements dans les chaÃ®nes de format prennent effet immÃ©diatement Ã  moins que vous n\'utilisiez le serveur de la bibliothÃšque locale, auquel cas, le serveur Ã  besoin d\'Ãªtre rÃ©initialisÃ©. Cela rend facile l\'expÃ©rimentation de versions diffÃ©rentes d\'une dÃ©claration de format et de voir ce qui se passe.</p>
+description12=[PENDING]<p>La plupart des dÃ©clarations de format contiennent une chaÃ®ne spÃ©cifiÃ©e en HTML mise en valeur. Les noms de mÃ©ta-donnÃ©es entre crochets (c'et Ã  dire [<i>Title</i>], [<i>Creator</i>]), donne la valeur de ces mÃ©ta-donnÃ©es; [<i>Text</i>] donne le document texte. Un hyperlien au document peut Ãªtre obtenu en utilisant [<i>link</i>] ... [<i>/link</i>]; une icÃŽne appropriÃ©e est gÃ©nÃ©rÃ©e par [<i>icon</i>]. Des chaÃ®nes de format peuvent inclure {<i>If</i>} {...,...} et {<i>Or</i>} {...,...}; les deux premiÃšres en donnent des exemples. Ces deux sont des dÃ©clarations de format assez complexes qui ne seront pas expliquÃ©es ici. Dans Greenstone, les changements dans les chaÃ®nes de format prennent effet immÃ©diatement Ã  moins que vous n'utilisiez le serveur de la bibliothÃšque locale, auquel cas, le serveur Ã  besoin d'Ãªtre rÃ©initialisÃ©. Cela rend facile l'expÃ©rimentation de versions diffÃ©rentes d'une dÃ©claration de format et de voir ce qui se passe.</p>
 description13=[PENDING]<p><b>MÃ©ta-donnÃ©es de niveau collection</b>. Les lignes <i>collectionmeta </i> dans le fichier de configuration sont aussi standard dans toutes les collections Greenstone. Elles donnent une information gÃ©nÃ©rale sur la collection par la dÃ©finition de son nom, et par une description qui apparaÃ®t sur la page d\'accueil. La description (dans <i>collectionextra</i>) peut Ãªtre vue sur la page d\'accueil de la collection (ce texte en fait partie).</p>
+description13=[PENDING]<p><b>MÃ©ta-donnÃ©es de niveau collection</b>. Les lignes <i>collectionmeta </i> dans le fichier de configuration sont aussi standard dans toutes les collections Greenstone. Elles donnent une information gÃ©nÃ©rale sur la collection par la dÃ©finition de son nom, et par une description qui apparaÃ®t sur la page d'accueil. La description (dans <i>collectionextra</i>) peut Ãªtre vue sur la page d'accueil de la collection (ce texte en fait partie).</p>
 description14=[PENDING]<p><b>Traduction de langues</b>. La derniÃšre partie du <tt>fichier de configuration de la collection</tt> donne les mÃ©ta-donnÃ©es de niveau collection en FranÃ§ais et en Espagnol respectivement. Les langues sont indiquÃ©es par des crochets\:[<i>fr</i>] et [<i>es</i>]. Si aucune langue n\'est spÃ©cifiÃ©e, l\'Anglais est supposÃ© par dÃ©faut. Le fichier de configuration montre des caractÃšres mis en valeur (par exemple le "<i>Ã©</i>" franÃ§ais). Ce fichier est en UTF-8, et ces caractÃšres sont reprÃ©sentÃ©s par des sÃ©quences multi-octets (&lt;C3&gt;&lt;A9&gt;) dans ce cas). Autrement, elles pourraient Ãªtre reprÃ©sentÃ©es par leurs noms d\'entitÃ© (comme <i>& eacute ;</i>). Cela ne prÃ©sente aucune diffÃ©rence\: ils sont identiques Ã  l\'Ã©cran. Cependant si les textes faisaient l\'objet d\'une recherche, une diffÃ©rence aurait Ã©tÃ© notÃ©e; Greenstone utilise Unicode de faÃ§on interne pour s\'assurer que le processus de recherche fonctionne comme prÃ©vu pour les langues autre que l\'anglais.</p>
+description14=[PENDING]<p><b>Traduction de langues</b>. La derniÃšre partie du <tt>fichier de configuration de la collection</tt> donne les mÃ©ta-donnÃ©es de niveau collection en FranÃ§ais et en Espagnol respectivement. Les langues sont indiquÃ©es par des crochets\:[<i>fr</i>] et [<i>es</i>]. Si aucune langue n'est spÃ©cifiÃ©e, l'Anglais est supposÃ© par dÃ©faut. Le fichier de configuration montre des caractÃšres mis en valeur (par exemple le "<i>Ã©</i>" franÃ§ais). Ce fichier est en UTF-8, et ces caractÃšres sont reprÃ©sentÃ©s par des sÃ©quences multi-octets (&lt;C3&gt;&lt;A9&gt;) dans ce cas). Autrement, elles pourraient Ãªtre reprÃ©sentÃ©es par leurs noms d'entitÃ© (comme <i>& eacute ;</i>). Cela ne prÃ©sente aucune diffÃ©rence\: ils sont identiques Ã  l'Ã©cran. Cependant si les textes faisaient l'objet d'une recherche, une diffÃ©rence aurait Ã©tÃ© notÃ©e; Greenstone utilise Unicode de faÃ§on interne pour s'assurer que le processus de recherche fonctionne comme prÃ©vu pour les langues autre que l'anglais.</p>
 description15=<p><b>Etiquettes de description</b>. Les Ã©tiquettes de description identifiÃ©es par "HTMLPlugin" sont insÃšrÃ©es dans le texte source HTML des documents pour dÃ©limiter le dÃ©but et la fin des sections et pour spÃ©cifier les titres de section. Ils se prÃ©sentent comme suit\: <pre> &lt;!-- &lt;Section&gt; &lt;Description&gt; &lt;Metadata name="Title"&gt; Realizing human rights for poor people\: Strategies for achieving the international development targets &lt;/Metadata&gt; &lt;/Description&gt; --&gt; (text of section goes here) &lt;!-- &lt;/Section&gt; --> </pre> Les marqueurs &lt;!-- ... --&gt; sont utilisÃ©s pour assurer que ces Ã©tiquettes sont indiquÃ©es comme commentaires dans HTML et par consÃ©quent n\'ont aucun effet sur le formatage. Dans la partie <i>Description</i>, d\'autres types de mÃ©ta-donnÃ©es peuvent Ãªtre spÃ©cifiÃ©s mais ceci n\'est pas fait pour le style de collection dÃ©crit ici. La mÃªme spÃ©cification (y compris les marqueurs &lt;!-- ... --&gt;) peut Ãªtre utilisÃ©e de faÃ§on tout Ã  fait identique dans les documents Word.</p>
+description15=<p><b>Etiquettes de description</b>. Les Ã©tiquettes de description identifiÃ©es par "HTMLPlugin" sont insÃšrÃ©es dans le texte source HTML des documents pour dÃ©limiter le dÃ©but et la fin des sections et pour spÃ©cifier les titres de section. Ils se prÃ©sentent comme suit\: <pre> &lt;!-- &lt;Section&gt; &lt;Description&gt; &lt;Metadata name="Title"&gt; Realizing human rights for poor people\: Strategies for achieving the international development targets &lt;/Metadata&gt; &lt;/Description&gt; --&gt; (text of section goes here) &lt;!-- &lt;/Section&gt; --> </pre> Les marqueurs &lt;!-- ... --&gt; sont utilisÃ©s pour assurer que ces Ã©tiquettes sont indiquÃ©es comme commentaires dans HTML et par consÃ©quent n'ont aucun effet sur le formatage. Dans la partie <i>Description</i>, d'autres types de mÃ©ta-donnÃ©es peuvent Ãªtre spÃ©cifiÃ©s mais ceci n'est pas fait pour le style de collection dÃ©crit ici. La mÃªme spÃ©cification (y compris les marqueurs &lt;!-- ... --&gt;) peut Ãªtre utilisÃ©e de faÃ§on tout Ã  fait identique dans les documents Word.</p>
 description16=<p><b>Fichiers de mÃ©ta-donnÃ©es</b>. Les mÃ©ta-donnÃ©es pour tous les documents de la collection DLS sont fournies dans le fichier metadata.xml. Le fichier <a href="_httpcollection_/import/r0087e/metadata.xml" target="text">metadata.xml</a> pour le livre--<i>Income generation and money management\: training women as entrepreneurs</i> --est un bloc de dix lignes comprises entre les Ã©tiquettes &lt;<i>FileSet</i>&gt; ... &lt;<i>/FileSet</i>&gt;. Elle dÃ©finit les mÃ©ta-donnÃ©es <i>dls.Title</i>, <i>dls.Language</i>, <i>dls.Subject</i> et <i>dls.AZList</i>. Plus d\'une valeur peut Ãªtre spÃ©cifiÃ©e pour n\'importe quel Ã©lÃ©ment de mÃ©ta-donnÃ©e. Par exemple, ce livre a deux classifications dls.Subject. Toutes les deux sont enregistrÃ©es comme comme valeurs de mÃ©ta-donnÃ©e pour ce document particulier (parce que <i>mode=accumulate</i> est spÃ©cifiÃ©; autrement, le dÃ©faut est <i>mode=override</i>).</p>
+description16=<p><b>Fichiers de mÃ©ta-donnÃ©es</b>. Les mÃ©ta-donnÃ©es pour tous les documents de la collection DLS sont fournies dans le fichier metadata.xml. Le fichier <a href="_httpcollection_/import/r0087e/metadata.xml" target="text">metadata.xml</a> pour le livre--<i>Income generation and money management\: training women as entrepreneurs</i> --est un bloc de dix lignes comprises entre les Ã©tiquettes &lt;<i>FileSet</i>&gt; ... &lt;<i>/FileSet</i>&gt;. Elle dÃ©finit les mÃ©ta-donnÃ©es <i>dls.Title</i>, <i>dls.Language</i>, <i>dls.Subject</i> et <i>dls.AZList</i>. Plus d'une valeur peut Ãªtre spÃ©cifiÃ©e pour n'importe quel Ã©lÃ©ment de mÃ©ta-donnÃ©e. Par exemple, ce livre a deux classifications dls.Subject. Toutes les deux sont enregistrÃ©es comme comme valeurs de mÃ©ta-donnÃ©e pour ce document particulier (parce que <i>mode=accumulate</i> est spÃ©cifiÃ©; autrement, le dÃ©faut est <i>mode=override</i>).</p>
 description17=<p><b>Fichiers d\'hiÃ©rarchie</b>. Les fichiers de hiÃ©rarchie contiennent une succession de lignes qui comportent chacune trois Ã©lÃ©ments. Le premier Ã©lÃ©ment est une chaÃ®ne de caractÃšres pour laquelle une correspondance sera recherchÃ©e avec les mÃ©tadonnÃ©es prÃ©sentes dans le fichier <i>metadata.xml</i> dÃ©crit ci-dessus. Le second Ã©lÃ©ment est un nombre qui dÃ©termine la position dans la hiÃ©rarchie. Le troisiÃšme Ã©lÃ©ment est une chaÃ®ne de caractÃšres qui dÃ©crit le noeud de la hiÃ©rarchie sur les pages que Greenstone gÃ©nÃšre.</p>
+description17=<p><b>Fichiers d'hiÃ©rarchie</b>. Les fichiers de hiÃ©rarchie contiennent une succession de lignes qui comportent chacune trois Ã©lÃ©ments. Le premier Ã©lÃ©ment est une chaÃ®ne de caractÃšres pour laquelle une correspondance sera recherchÃ©e avec les mÃ©tadonnÃ©es prÃ©sentes dans le fichier <i>metadata.xml</i> dÃ©crit ci-dessus. Le second Ã©lÃ©ment est un nombre qui dÃ©termine la position dans la hiÃ©rarchie. Le troisiÃšme Ã©lÃ©ment est une chaÃ®ne de caractÃšres qui dÃ©crit le noeud de la hiÃ©rarchie sur les pages que Greenstone gÃ©nÃšre.</p>
 description18=<p>Par exemple, ce qui suit reprÃ©sente trois lignes du fichier <a href="_httpcollection_/etc/dls.Subject.txt" target="text">dls.Subject.txt</a> qui organise la hiÃ©rarchie des sujets.  <pre> "Animal Husbandry and Animal Product Processing" 7 "Animal Husbandry and Animal Product Processing"  "Animal Husbandry and Animal Product Processing|Cattle" 7.1 "Cattle"  "Animal Husbandry and Animal Product Processing|Other animals (micro-livestock, little known animals,  silkworms, reptiles, frogs, snails, game, etc.)" 7.2 "Other animals (micro-livestock, little known animals,  silkworms, reptiles, frogs, snails, game, etc.)"  </pre></p>
 …
 description19=<p>Ces trois lignes dÃ©finissent une Ã©tagÃšre situÃ©e au plus haut niveau (Ã  la position 7), intitulÃ©e "Animal Husbandry and Animal Product Processing", contenant deux Ã©tagÃšres, intitulÃ©es respectivement "Cattle" et "Other animals (micro-livestock, little known animals, silkworms, reptiles, frogs, snails, game, etc.)".</p>
 description20=<p>Dans ce cas, les premiÃšres chaÃ®nes (et par consÃ©quent les entrÃ©es dans le fichier metadata.xml) contiennent les valeurs de toute la hiÃ©rarchie. Les niveaux sont sÃ©parÃ©s dans la hiÃ©rarchie par "|". Elles peuvent Ãªtre utilisÃ©es directement par un classificateur <i>Hierarchy</i>, sans passer par le fichier de hiÃ©rarchie. Cependant, les entrÃ©es seront ordonnÃ©es dans ce cas alphabÃ©tiquement, et non dans l\'ordre dÃ©fini dans le fichier.</p>
+description20=<p>Dans ce cas, les premiÃšres chaÃ®nes (et par consÃ©quent les entrÃ©es dans le fichier metadata.xml) contiennent les valeurs de toute la hiÃ©rarchie. Les niveaux sont sÃ©parÃ©s dans la hiÃ©rarchie par "|". Elles peuvent Ãªtre utilisÃ©es directement par un classificateur <i>Hierarchy</i>, sans passer par le fichier de hiÃ©rarchie. Cependant, les entrÃ©es seront ordonnÃ©es dans ce cas alphabÃ©tiquement, et non dans l'ordre dÃ©fini dans le fichier.</p>
 description21=<p>Le fichier de hiÃ©rarchie <a href="_httpcollection_/etc/dls.AZList.txt" target="text">dls.AZList.txt</a> utilisÃ© par le classificateur de titres obÃ©it Ã  une structure similaire. Normalement, un feuilletage des titres devrait utiliser un classificateur de <i>List</i> (ou de <i>AZList</i>). Dans ce cas, nous voulons prÃ©dÃ©finir les regroupements A-Z et inclure une entrÃ©e sÃ©parÃ©e pour les pÃ©riodiques, comme cela se voit <a href="?a=d&cl=CL2.7">ici</a>.</p>

documented-examples/trunk/garish-e/resources/collectionConfig.properties

-              r36621
+              r36623
 description1=<p>Greenstone 3 uses default stylesheets, which can be overridden for all collections in a site or for any particular collection. This documented example collection covers the last case.</p>
 description2=<h3>How the collection works</h3><p>The <b>global</b> format statement contains a link to the collection\'s custom stylesheet, which is located inside the collection\: \n\
+description2=<h3>How the collection works</h3><p>The <b>global</b> format statement contains a link to the collection's custom stylesheet, which is located inside the collection\: \n\
 <pre>&lt;xsl\:template name="additionalHeaderContent"&gt; \n\
     &lt;xsl\:variable name="httpCollection"&gt; \n\
 …
 </p>
 description3=<p>Next, a folder named <i>style</i> is created within the collection and a new text file, called <i>custom-style.css</i>, is created within that folder. The css suffix indicates it\'s a <i>Cascading Style Sheet</i>. CSS files define the look of web pages such as the colours, borders, fonts, heading styles and more. CSS files are just text files, and can thus be edited with any text editor.</p>
+description3=<p>Next, a folder named <i>style</i> is created within the collection and a new text file, called <i>custom-style.css</i>, is created within that folder. The css suffix indicates it's a <i>Cascading Style Sheet</i>. CSS files define the look of web pages such as the colours, borders, fonts, heading styles and more. CSS files are just text files, and can thus be edited with any text editor.</p>
 description4=<p>The default Greenstone CSS style sheets define certain styles for all collections, that are <i>overridden</i> for the collection by defining CSS rules within its new custom stylesheet. It is by linking the CSS file in the Greenstone collection\'s <b>global</b> format statement as above, that the general Greenstone CSS styling rules get overridden at the collection level.</p>
+description4=<p>The default Greenstone CSS style sheets define certain styles for all collections, that are <i>overridden</i> for the collection by defining CSS rules within its new custom stylesheet. It is by linking the CSS file in the Greenstone collection's <b>global</b> format statement as above, that the general Greenstone CSS styling rules get overridden at the collection level.</p>
 description5=<p>You can quickly learn how to write CSS at <a href="https\://www.w3schools.com/css/default.asp">W3schools</a> and other online sites.</p>

documented-examples/trunk/gsarch-e/resources/collectionConfig.properties

-              r36621
+              r36623
 description1=<h3>How the collection works</h3><p>The Greenstone Archives collection uses the <i>Email</i> plugin, which parses files in email formats. In this case, there is a file per month per mailing list, and each file contains many email messages. The <i>Email</i> plugin splits these into individual documents, and produces <i>Title</i>, <i>Subject</i>, <i>From</i>, <i>FromName</i>, <i>FromAddr</i>, <i>Date</i>, <i>DateText</i>, <i>InReplyTo</i>, and optionally <i>Headers</i>, metadata.</p>
 description2=<p>The collection configuration file, <tt>etc/collectionConfig.xml</tt> specifies <i>&lt;importOption name="groupsize" value="200"/&gt;</i>. This groups documents together into groups of 200. Email collections typically have many small documents, and grouping them together prevents Greenstone\'s internal file structures from becoming bloated and occupying more disk space than necessary. Notice that the <i>Email</i> plugin first splits the input files up into individual Emails, then <i>groupsize</i> groups them together again. This allows the collection designer to control what is going on.</p>
+description2=<p>The collection configuration file, <tt>etc/collectionConfig.xml</tt> specifies <i>&lt;importOption name="groupsize" value="200"/&gt;</i>. This groups documents together into groups of 200. Email collections typically have many small documents, and grouping them together prevents Greenstone's internal file structures from becoming bloated and occupying more disk space than necessary. Notice that the <i>Email</i> plugin first splits the input files up into individual Emails, then <i>groupsize</i> groups them together again. This allows the collection designer to control what is going on.</p>
 description3=<p>The <i>indexes</i> line specifies 3 searchable indexes, which can be seen by clicking beside the word "Messages" on the <a href="library/collection/gsarch-e/search/TextQuery">search page</a> to reveal a drop-down menu. The first (called <i>Messages</i>) is created from the document text, while the others are formed from <i>From</i> and <i>Subject</i> metadata.</p>
 description4=<p>There are three classifiers, based on <i>Subject</i>, <i>FromName</i>, and <i>Date</i> metadata. The <i>AZCompactList</i> classifier used for the first two is like <i>AZList</i> but generates a bookshelf for duplicate items, as illustrated <a href="library/collection/gsarch-e/browse/CL1">here</a>. This is represented by a tree structure whose nodes are either leaf nodes, representing documents, or internal nodes. A metadata item called numleafdocs gives the total number of documents below an internal node. The format statement for the first classifier, called <i>CL1Vlist</i>, checks whether this item exists. If so the node must be an internal one, in which case it is labeled by its <i>Title</i>. Otherwise the node\'s label starts with the <i>Subject</i> which links to the document, then gives <i>FromName</i> metadata, with a link to "Search by Sender", followed by the <i>DateText</i>.</p>
+description4=<p>There are three classifiers, based on <i>Subject</i>, <i>FromName</i>, and <i>Date</i> metadata. The <i>AZCompactList</i> classifier used for the first two is like <i>AZList</i> but generates a bookshelf for duplicate items, as illustrated <a href="library/collection/gsarch-e/browse/CL1">here</a>. This is represented by a tree structure whose nodes are either leaf nodes, representing documents, or internal nodes. A metadata item called numleafdocs gives the total number of documents below an internal node. The format statement for the first classifier, called <i>CL1Vlist</i>, checks whether this item exists. If so the node must be an internal one, in which case it is labeled by its <i>Title</i>. Otherwise the node's label starts with the <i>Subject</i> which links to the document, then gives <i>FromName</i> metadata, with a link to "Search by Sender", followed by the <i>DateText</i>.</p>
 description5=<p>The second classifier (<i>CL2Vlist</i>) is similar, but shows slightly different information -- the result can be seen <a href="library/collection/gsarch-e/browse/CL2">here</a>. For internal nodes, the actual number of leaf documents (<i>numleafdocs</i>) is given in parentheses after the <i>Title</i>. For document nodes the <i>FromName</i>, with a link to "Search By Sender", <i>Subject</i> (linked to the document), and <i>DateText</i> metadata is shown.</p>

documented-examples/trunk/gsarch-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 description1=<h3>Comment fonctionne cette collection ?</h3><p>La collection Greenstone Archive utilise le plugin "<i>E-mail</i>", qui traite les fichiers aux formats e-mail. Dans ce cas, il y a un fichier par mois et par liste de diffusion, et chaque fichier contient de nombreux messages. Le plugin <i>E-mail</i> les Ã©clate en documents individuels et produit les mÃ©tadonnÃ©es <i>Title</i>, <i>Subject</i>, <i>Headers</i> (en option), <i>From</i>, <i>FromName</i>, <i>FromAddr</i>, <i>Date</i> et <i>DateText</i>.</p>
 description2=<p>Le <tt>fichier de configuration</tt> de la collection dÃ©bute avec la spÃ©cification <i>groupsize 200</i>. Ceci regroupe les documents par groupes de 200. Les collections E-mail sont constituÃ©es habituellement de plusieurs documents de petite taille; leur regroupement Ã©vite l\'augmentation excessive des structures de fichier internes de Greenstone et l\'occupation de plus d\'espace disque que nÃ©cessaire. Notez que le plugin <i>E-mail</i> Ã©clate d\'abord les fichiers d\'entrÃ©e Ã  traiter en E-mail individuels, ensuite <i>groupsize</i> procÃšde Ã  leur regroupement. Ceci permet au crÃ©ateur de la collection de contrÃŽler ce qui se passe.</p>
+description2=<p>Le <tt>fichier de configuration</tt> de la collection dÃ©bute avec la spÃ©cification <i>groupsize 200</i>. Ceci regroupe les documents par groupes de 200. Les collections E-mail sont constituÃ©es habituellement de plusieurs documents de petite taille; leur regroupement Ã©vite l'augmentation excessive des structures de fichier internes de Greenstone et l'occupation de plus d'espace disque que nÃ©cessaire. Notez que le plugin <i>E-mail</i> Ã©clate d'abord les fichiers d'entrÃ©e Ã  traiter en E-mail individuels, ensuite <i>groupsize</i> procÃšde Ã  leur regroupement. Ceci permet au crÃ©ateur de la collection de contrÃŽler ce qui se passe.</p>
 description3=<p>La ligne des <i>indexes</i> prÃ©cise trois indexes de recherche qui peuvent Ãªtre vus en cliquant Ã  cÃŽtÃ© du mot "Message" de la <tt>page de recherche</tt> pour rÃ©vÃ©ler un menu dÃ©roulant. Le premier (appelÃ© <i>Messages</i>) est crÃ©Ã© Ã  partir du texte du document, tandis que les autres sont formÃ©s Ã  partir des mÃ©ta-donnÃ©es <i>From</i> et <i>Subject</i>.</p>
 description4=<p>Il existe trois classificateurs basÃ©s sur les mÃ©ta-donnÃ©es <i>Subject</i>, <i>FromName</i> et <i>Date</i>. Le classificateur <i>AZCompactList</i> utilisÃ© pour les deux premiers est semblable Ã  "<i>AZList</i>", mais en outre il gÃ©nÃšre un rayon de bibliothÃšque pour les articles dupliquÃ©s, comme illustrÃ© <a href="library/collection/gsarch-e/browse/CL1">ici</a>. Il est reprÃ©sentÃ© par une structure arborescente dont les nÅuds sont soit des nÅuds de feuille reprÃ©sentant les documents, soit des nÅuds internes. Une MÃ©ta-donnÃ©e appelÃ©e "Numleafdocs" donne le nombre total de documents sous un nÅud interne. Les dÃ©clarations de format pour le premier classificateur, appelÃ© <i>CL1VList</i>, vÃ©rifie si cette mÃ©ta-donnÃ©e existe, auquel cas le nÅud doit Ãªtre d\'une part interne et d\'autre part libellÃ© par son "<i>Title</i>" (<i>Titre</i>). Sinon le nom du noeud commencera par le <i>Subject</i> qui fait le lien vers le document, suivi par la mÃ©tadonnÃ©e <i>FromName</i>, avec un lien vers la "Recherche par expÃ©diteur" et enfin par la <i>DateText</i>.</p>
+description4=<p>Il existe trois classificateurs basÃ©s sur les mÃ©ta-donnÃ©es <i>Subject</i>, <i>FromName</i> et <i>Date</i>. Le classificateur <i>AZCompactList</i> utilisÃ© pour les deux premiers est semblable Ã  "<i>AZList</i>", mais en outre il gÃ©nÃšre un rayon de bibliothÃšque pour les articles dupliquÃ©s, comme illustrÃ© <a href="library/collection/gsarch-e/browse/CL1">ici</a>. Il est reprÃ©sentÃ© par une structure arborescente dont les nÅuds sont soit des nÅuds de feuille reprÃ©sentant les documents, soit des nÅuds internes. Une MÃ©ta-donnÃ©e appelÃ©e "Numleafdocs" donne le nombre total de documents sous un nÅud interne. Les dÃ©clarations de format pour le premier classificateur, appelÃ© <i>CL1VList</i>, vÃ©rifie si cette mÃ©ta-donnÃ©e existe, auquel cas le nÅud doit Ãªtre d'une part interne et d'autre part libellÃ© par son "<i>Title</i>" (<i>Titre</i>). Sinon le nom du noeud commencera par le <i>Subject</i> qui fait le lien vers le document, suivi par la mÃ©tadonnÃ©e <i>FromName</i>, avec un lien vers la "Recherche par expÃ©diteur" et enfin par la <i>DateText</i>.</p>
 description5=<p>Le deuxiÃšme classificateur (<i>CL2Vlist</i>) est similaire, mais fournit une information lÃ©gÃšrement diffÃ©rente --le rÃ©sultat peut Ãªtre vu <a href="library/collection/gsarch-e/browse/CL2">ici</a>. Pour les nÅuds internes, le nombre exact de documents en feuilles (<i>numleafdocs</i>) est donnÃ© entre parenthÃšses aprÃšs <i>Title</i>. Pour les documents noeuds, les mÃ©tadonnÃ©es suivantes seront visibles \: <i>FromName</i>, avec un lien vers la "Recherche par expÃ©diteur", <i>Subject</i> (avec un lien vers le document), et <i>DateText</i>.</p>
 …
 description6=<p>Le troisiÃšme classificateur est un "<i>DateList</i>" qui permet une sÃ©lection par mois et par annÃ©e.</p>
 description7=<p>Pour finir, le document est mis en forme pour montrer les entÃªtes (<i>FromName</i>, <i>DateText</i>, <i>Subjet</i>, <i>InReplyTo</i>), suivis par le texte du message (Ã©crit en tant que <i>[Text]</i> dans le format d\'enregistrement). FromName est un lien vers une recherche sur ce nom, tandis que InReplyTo est un lien vers le message Ã©lectronique auquel celui-ci se rÃ©fÃšre.</p>
+description7=<p>Pour finir, le document est mis en forme pour montrer les entÃªtes (<i>FromName</i>, <i>DateText</i>, <i>Subjet</i>, <i>InReplyTo</i>), suivis par le texte du message (Ã©crit en tant que <i>[Text]</i> dans le format d'enregistrement). FromName est un lien vers une recherche sur ce nom, tandis que InReplyTo est un lien vers le message Ã©lectronique auquel celui-ci se rÃ©fÃšre.</p>

documented-examples/trunk/image-e/resources/collectionConfig.properties

-              r36622
+              r36623
 sampleoid=D2
 shortDescription=<p>This is a basic image collection that contains no text and no explicit metadata. Several JPEG files are placed in the import directory prior to importing and building the collection, that\'s all.</p>
+shortDescription=<p>This is a basic image collection that contains no text and no explicit metadata. Several JPEG files are placed in the import directory prior to importing and building the collection, that's all.</p>
 description1=<p>The images in this collection have been produced by members of the Department of Computer Science, University of Waikato. The University of Waikato holds copyright. They may be distributed freely, without any restrictions.</p>
 …
 description3=<p>There is only one plugin, <i>ImagePlugin</i>, aside from the others that are always present (crucially <i>GreenstoneXMLPlugin</i>, <i>MetadataXMLPlugin</i>, <i>ArchivesInfPlugin</i>, <i>DirectoryPlugin</i>). <i>ImagePlugin</i> relies on the existence of two programs from the ImageMagick suite (<a href="http\://www.imagemagick.org">www.imagemagick.org</a>)\: <i>convert</i> and <i>identify</i>. Greenstone 3 binaries come bundled with Imagemagick as one of the components that can be optionally installed. Greenstone will not be able to build the collection correctly unless an ImageMagick is installed on your computer.</p>
 description4=<p><i>ImagePlugin</i> automatically creates a thumbnail and generates the following metadata for each image in the collection\:  <blockquote> <table border=0 cellspacing=0> <tr><td width=125 valign=top><i>Image</i></td><td>Name of file containing the image <tr> <tr><td valign=top><i>ImageWidth</i></td><td>Width of image (in pixels) <tr> <tr><td valign=top><i>ImageHeight</i></td><td>Height of image (in pixels) <tr> <tr><td valign=top><i>Thumb</i></td><td> Name of gif file containing thumbnail of image <tr> <tr><td valign=top><i>ThumbWidth</i></td><td>Width of thumbnail image (in pixels) <tr> <tr><td valign=top><i>ThumbHeight</i></td><td>Height of thumbnail image (in pixels) <tr> <tr><td valign=top><i>thumbicon</i></td><td>Full pathname specification of thumbnail image <tr> <tr><td valign=top><i>assocfilepath</i></td><td>Pathname of image directory in the collection\'s <i>assoc</i> directory <tr> </table> </blockquote></p>
+description4=<p><i>ImagePlugin</i> automatically creates a thumbnail and generates the following metadata for each image in the collection\:  <blockquote> <table border=0 cellspacing=0> <tr><td width=125 valign=top><i>Image</i></td><td>Name of file containing the image <tr> <tr><td valign=top><i>ImageWidth</i></td><td>Width of image (in pixels) <tr> <tr><td valign=top><i>ImageHeight</i></td><td>Height of image (in pixels) <tr> <tr><td valign=top><i>Thumb</i></td><td> Name of gif file containing thumbnail of image <tr> <tr><td valign=top><i>ThumbWidth</i></td><td>Width of thumbnail image (in pixels) <tr> <tr><td valign=top><i>ThumbHeight</i></td><td>Height of thumbnail image (in pixels) <tr> <tr><td valign=top><i>thumbicon</i></td><td>Full pathname specification of thumbnail image <tr> <tr><td valign=top><i>assocfilepath</i></td><td>Pathname of image directory in the collection's <i>assoc</i> directory <tr> </table> </blockquote></p>
 description5=<p>The image is stored as an "associated file" in the <i>assoc</i> subdirectory of the collection\'s <i>index</i> directory. (<i>Index</i> is where all files necessary to serve the collection are placed, to make it self-contained.) For any document, its thumbnail and image are both in a subdirectory whose filename is given by <i>assocfilepath</i>. The metadata element <i>thumbicon</i> is set to the full pathname specification of the thumbnail image, and can be used in the same way as <i>srcicon</i> (see the MSWord and PDF demonstration collection).</p>
+description5=<p>The image is stored as an "associated file" in the <i>assoc</i> subdirectory of the collection's <i>index</i> directory. (<i>Index</i> is where all files necessary to serve the collection are placed, to make it self-contained.) For any document, its thumbnail and image are both in a subdirectory whose filename is given by <i>assocfilepath</i>. The metadata element <i>thumbicon</i> is set to the full pathname specification of the thumbnail image, and can be used in the same way as <i>srcicon</i> (see the MSWord and PDF demonstration collection).</p>
 description6=<p>The <tt>browse</tt> format statement in the collection configuration file, <tt>collectionConfig.xml</tt>, dictates how the document will appear, and <a href="library/collection/image-e/document/D2">this</a> is the result. There is no document text (if there were, it would be producible by <i>&lt;xsl\:call-template name="documentNodeText"/&gt;</i> in format statements). What is shown is the image itself, along with some metadata extracted from it.</p>

documented-examples/trunk/image-e/resources/collectionConfig_fr.properties

-              r36622
+              r36623
 Width=Largeur
 ImageName=Nom d\'image
+ImageName=Nom d'image
 Size=Taille
 name=Collection d\'images simple
+name=Collection d'images simple
 Height=Hauteur
 sampleoid=D2
 shortDescription=<p>C\'est une collection d\'images de base qui ne contient ni texte ni mÃ©ta-donnÃ©e explicite. Plusieurs fichiers JPEG sont placÃ©s dans dans le rÃ©pertoire "import" avant toute importation et toute crÃ©ation de la collection. C\'est tout.</p>
+shortDescription=<p>C'est une collection d'images de base qui ne contient ni texte ni mÃ©ta-donnÃ©e explicite. Plusieurs fichiers JPEG sont placÃ©s dans dans le rÃ©pertoire "import" avant toute importation et toute crÃ©ation de la collection. C'est tout.</p>
 description1=<p>Les images de cette collection ont Ã©tÃ© produites par des membres du Department of Computer Science, de l\'UniversitÃ© de Waikato. L\'UniversitÃ© de Waikato en dÃ©tient le copyright. Elles peuvent Ãªtre distribuÃ©es librement, sans aucune restriction.</p>
+description1=<p>Les images de cette collection ont Ã©tÃ© produites par des membres du Department of Computer Science, de l'UniversitÃ© de Waikato. L'UniversitÃ© de Waikato en dÃ©tient le copyright. Elles peuvent Ãªtre distribuÃ©es librement, sans aucune restriction.</p>
 description2=<h3>Comment fonctionne cette collection ?</h3><p><a href="library/collection/image-e/document/D2">Voici</a> un document test dans la collection. Le fichier de configuration, <tt>collectionConfig.xml</tt>, ne spÃ©cifie aucun index, ainsi le bouton de recherche est supprimÃ©.</p>
 description3=<p>Il n\'y a qu\'un seul plugin, <i>ImagePlugin</i>, Ã  cÃŽtÃ© des quatre qui sont toujours prÃ©sents (<i>GreenstoneXMLPlugin</i>, <i>MetadataXMLPlugin</i>, <i>ArchivesInfPlugin</i>, <i>DirectoryPlugin</i>). <i>ImagePlugin</i> dÃ©pend de deux programmes de la suite ImageMagick (<a href="http\://www.imagemagick.org">http\://www.imagemagick.org</a>)\: <i>convert</i> et <i>identify</i>. Greenstone ne sera pas en mesure de crÃ©er la collection sans l\'installation de ImageMagick sur votre ordinateur.</p>
+description3=<p>Il n'y a qu'un seul plugin, <i>ImagePlugin</i>, Ã  cÃŽtÃ© des quatre qui sont toujours prÃ©sents (<i>GreenstoneXMLPlugin</i>, <i>MetadataXMLPlugin</i>, <i>ArchivesInfPlugin</i>, <i>DirectoryPlugin</i>). <i>ImagePlugin</i> dÃ©pend de deux programmes de la suite ImageMagick (<a href="http\://www.imagemagick.org">http\://www.imagemagick.org</a>)\: <i>convert</i> et <i>identify</i>. Greenstone ne sera pas en mesure de crÃ©er la collection sans l'installation de ImageMagick sur votre ordinateur.</p>
 description4=<p><i>ImagePlugin</i> crÃ©e automatiquement une vignette d\'image et gÃ©nÃšre les mÃ©ta-donnÃ©es suivantes pour chaque image dans la collection \:  <blockquote> <table border=0 cellspacing=0> <tr><td width=125 valign=top><i>Image</i></td><td>Nom de fichier contenant l\'image<tr> <tr><td valign=top><i>ImageWidth</i></td><td>Largeur de l\'image(en pixels)<tr> <tr><td valign=top><i>ImageHeight</i></td><td>Hauteur de l\'image(en pixels)<tr> <tr><td valign=top><i>Thumb</i></td><td>Nom de fichier gif contenant la vignette de l\'image<tr> <tr><td valign=top><i>ThumbWidth</i></td><td>Largeur de la vignette d\'image (en pixels)<tr> <tr><td valign=top><i>ThumbHeight</i></td><td>Hauteur de la vignette d\'image (en pixels)<tr> <tr><td valign=top><i>Thumbicon</i></td><td>SpÃ©cification entiÃšre du chemin de la vignette d\'image <tr> <tr><td valign=top><i>assocfilepath</i></td><td>Chemin du rÃ©pertoire de l\'image dans le dossier <i>assoc</i> de la collection<tr> </table> </blockquote></p>
+description4=<p><i>ImagePlugin</i> crÃ©e automatiquement une vignette d'image et gÃ©nÃšre les mÃ©ta-donnÃ©es suivantes pour chaque image dans la collection \:  <blockquote> <table border=0 cellspacing=0> <tr><td width=125 valign=top><i>Image</i></td><td>Nom de fichier contenant l'image<tr> <tr><td valign=top><i>ImageWidth</i></td><td>Largeur de l'image(en pixels)<tr> <tr><td valign=top><i>ImageHeight</i></td><td>Hauteur de l'image(en pixels)<tr> <tr><td valign=top><i>Thumb</i></td><td>Nom de fichier gif contenant la vignette de l'image<tr> <tr><td valign=top><i>ThumbWidth</i></td><td>Largeur de la vignette d'image (en pixels)<tr> <tr><td valign=top><i>ThumbHeight</i></td><td>Hauteur de la vignette d'image (en pixels)<tr> <tr><td valign=top><i>Thumbicon</i></td><td>SpÃ©cification entiÃšre du chemin de la vignette d'image <tr> <tr><td valign=top><i>assocfilepath</i></td><td>Chemin du rÃ©pertoire de l'image dans le dossier <i>assoc</i> de la collection<tr> </table> </blockquote></p>
 description5=<p>L\'image est stockÃ©e en tant que "associated file" (fichier associÃ©) du sous-rÃ©pertoire <i>assoc</i> du rÃ©pertoire <i>index</i> de la collection. (<i>Index</i> est le lieu de stockage de tous les fichiers nÃ©cessaires Ã  la collection pour en assurer la consistance. Pour tout document, la vignette et l\'image sont tous les deux dans un sous rÃ©pertoire dont le nom de fichier est donnÃ© par <i>assocfilepath</i>. L\'Ã©lÃ©ment de mÃ©ta-donnÃ©e <i>thumbicon</i> est prend la valeur de du chemin complet de la vignette de l\'image et peut Ãªtre utilisÃ© de la mÃªme faÃ§on que <i>srcicon</i> (voir la collection de dÃ©monstration MSWord et PDF).</p>
+description5=<p>L'image est stockÃ©e en tant que "associated file" (fichier associÃ©) du sous-rÃ©pertoire <i>assoc</i> du rÃ©pertoire <i>index</i> de la collection. (<i>Index</i> est le lieu de stockage de tous les fichiers nÃ©cessaires Ã  la collection pour en assurer la consistance. Pour tout document, la vignette et l'image sont tous les deux dans un sous rÃ©pertoire dont le nom de fichier est donnÃ© par <i>assocfilepath</i>. L'Ã©lÃ©ment de mÃ©ta-donnÃ©e <i>thumbicon</i> est prend la valeur de du chemin complet de la vignette de l'image et peut Ãªtre utilisÃ© de la mÃªme faÃ§on que <i>srcicon</i> (voir la collection de dÃ©monstration MSWord et PDF).</p>
 description6=<p>La seconde dÃ©claration de format dans le fichier de configuration, <tt>collectionConfig.xml</tt>, <i>browse</i>, impose la maniÃšre dont le document est affichÃ©; <a href="library/collection/image-e/document/D2">voici</a> le rÃ©sultat. Il n\'existe aucun texte de document (si tel Ã©tait le cas, il serait produit par <i>&lt;xsl\:call-template name="documentNodeText"/&gt;</i>). Ce qui est affichÃ© est l\'image elle-mÃªme, avec quelques mÃ©ta-donnÃ©es qui en sont extraites.</p>
+description6=<p>La seconde dÃ©claration de format dans le fichier de configuration, <tt>collectionConfig.xml</tt>, <i>browse</i>, impose la maniÃšre dont le document est affichÃ©; <a href="library/collection/image-e/document/D2">voici</a> le rÃ©sultat. Il n'existe aucun texte de document (si tel Ã©tait le cas, il serait produit par <i>&lt;xsl\:call-template name="documentNodeText"/&gt;</i>). Ce qui est affichÃ© est l'image elle-mÃªme, avec quelques mÃ©ta-donnÃ©es qui en sont extraites.</p>
 description7=<p>Le fichier de configuration spÃ©cifie un classificateur, une <i>List</i> basÃ©e sur la mÃ©ta-donnÃ©e <i>image</i>, comme indiquÃ© <a href="library/collection/image-e/browse/CL1">ici</a>. La dÃ©claration de format montre la vignette d\'image avec quelques mÃ©ta-donnÃ©es (Tous les autres classificateurs auraient le mÃªme format, dÃšs lors que la dÃ©claration ne fait mention d\'aucun classificateur).</p>
+description7=<p>Le fichier de configuration spÃ©cifie un classificateur, une <i>List</i> basÃ©e sur la mÃ©ta-donnÃ©e <i>image</i>, comme indiquÃ© <a href="library/collection/image-e/browse/CL1">ici</a>. La dÃ©claration de format montre la vignette d'image avec quelques mÃ©ta-donnÃ©es (Tous les autres classificateurs auraient le mÃªme format, dÃšs lors que la dÃ©claration ne fait mention d'aucun classificateur).</p>
 description8=<p>On peut se demander pourquoi la vignette d\'image est produite et stockÃ©e explicitement alors que le mÃªme effet serait obtenu en utilisant l\'image originale et en la dessinant Ã  l\'Ã©chelle.</p>
+description8=<p>On peut se demander pourquoi la vignette d'image est produite et stockÃ©e explicitement alors que le mÃªme effet serait obtenu en utilisant l'image originale et en la dessinant Ã  l'Ã©chelle.</p>
 description9=<p>La raison est que pour Ã©conomiser de la bande passante, il est prÃ©fÃ©rable d\'envoyer des images de petite taille.</p>
+description9=<p>La raison est que pour Ã©conomiser de la bande passante, il est prÃ©fÃ©rable d'envoyer des images de petite taille.</p>
 description10=<p>Pour une collection d\'images plus complÃšte, consulter <a href="http\://www.nzdl.org/cgi-bin/library?a=p&p=about&c=aircraft">Kiwi aircraft images</a> dans la bibliothÃšque numÃ©rique de Nouvelle ZÃ©lande. La structure de cette collection est cependant tout Ã  fait diffÃ©rente \: c\'est une collection de pages web qui comprennent beaucoup d\'images avec du texte. Le plugin HTML, <i>HTMLPlugin</i> traite aussi des fichiers d\'images mais de maniÃšre diffÃ©rente que ImagePlugin (par exemple, il ne produit pas la mÃ©ta-donnÃ©e dÃ©crite ci-dessus).  </p>
+description10=<p>Pour une collection d'images plus complÃšte, consulter <a href="http\://www.nzdl.org/cgi-bin/library?a=p&p=about&c=aircraft">Kiwi aircraft images</a> dans la bibliothÃšque numÃ©rique de Nouvelle ZÃ©lande. La structure de cette collection est cependant tout Ã  fait diffÃ©rente \: c'est une collection de pages web qui comprennent beaucoup d'images avec du texte. Le plugin HTML, <i>HTMLPlugin</i> traite aussi des fichiers d'images mais de maniÃšre diffÃ©rente que ImagePlugin (par exemple, il ne produit pas la mÃ©ta-donnÃ©e dÃ©crite ci-dessus).  </p>

documented-examples/trunk/isis-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 name=Exemple CDS/ISIS
 Collation=Collation
 HideCDSrecord=Cacher l\'enregistrement CDS/ISIS
+HideCDSrecord=Cacher l'enregistrement CDS/ISIS
 CorporateAuthors=Auteurs de corporation
 ShowCDSrecord=Afficher l\'enregistrement CDS/ISIS
+ShowCDSrecord=Afficher l'enregistrement CDS/ISIS
 Series=SÃ©ries
 Authors=Auteurs
 OtherLanguageTitles=Titres dans d\'autres langues
+OtherLanguageTitles=Titres dans d'autres langues
 Imprint=Imprimer
 Keywords=Mots-clÃ©s
 …
 Imprint^all=imprimer
 ConferenceMainEntry^all=entrÃ©e principale de confÃ©rence
 CorporateBodies^all=organismes d\'entreprise
+CorporateBodies^all=organismes d'entreprise
 Series^all=sÃ©ries
 OtherLanguageTitles^all=titres dans d\'autres langues
+OtherLanguageTitles^all=titres dans d'autres langues
 Keywords^all=mots-clÃ©s
 Collation^all=collation
 …
 Edition^all=edition
 shortDescription=<p>Cette collection montre une base de donnÃ©es <a href="http\://portal.unesco.org/ci/ev.php?URL_ID=2071&amp;URL_DO=DO_TOPIC&amp;URL_SECTION=201">CDS/ISIS</a> d\'entrÃ©es bibliographiques. <a href="library/collection/isis-e/document/D0s103">Voici</a> un exemple d'enregistrement.</p>
+shortDescription=<p>Cette collection montre une base de donnÃ©es <a href="http\://portal.unesco.org/ci/ev.php?URL_ID=2071&amp;URL_DO=DO_TOPIC&amp;URL_SECTION=201">CDS/ISIS</a> d'entrÃ©es bibliographiques. <a href="library/collection/isis-e/document/D0s103">Voici</a> un exemple d'enregistrement.</p>
 description1=<h3>Comment fonctionne la collection ?</h3><p>Le <tt>fichier de configuration de collection</tt> spÃ©cifie le plugin ISISPlugin qui traite les base sdonnÃ©es CDS/ISIS. Ces bases de donnÃ©es contiennent plusieurs fichiers, mais ISISPlugin en utilise seulement deux\: CDS.fdt (oÃ¹ CDS est le nom de la base de donnÃ©es) contenant les noms des champs utilisÃ©s dans la base de donnÃ©es, et CDS.mst qui contient les enregistrements. A chaque fois que ISISPlugin rencontre un fichier ".mst", il cherche le fichier ".fdt" correspondant. Dans ce cas, un argument <i>input_encoding</i> a Ã©tÃ© attribuÃ© au plugin parce quelques entrÃ©es dans la base de donnÃ©es contiennent des caractÃšres Ã©tendus (dans une forme qui Ã©tait utilisÃ©e dans les toutes premiÃšres versions du systÃšme d\'exploitation DOS). On lui aussi attribuÃ© un argument de sÃ©paration de sous-champ dont l\'objet est explquÃ© ci-dessous. L\'option <i>-OIDtype incremental</i> a Ã©tÃ© utilisÃ©e pour ce plugiciel afin de donner des identifiants cohÃ©rents aux documents, indÃ©pendamment du systÃšme d\'exploitation (ce qui est impossible avec les identifiants de hachage). De cette maniÃšre, il est possible de crÃ©er un lien vers un document dans cette description.</p>
+description1=<h3>Comment fonctionne la collection ?</h3><p>Le <tt>fichier de configuration de collection</tt> spÃ©cifie le plugin ISISPlugin qui traite les base sdonnÃ©es CDS/ISIS. Ces bases de donnÃ©es contiennent plusieurs fichiers, mais ISISPlugin en utilise seulement deux\: CDS.fdt (oÃ¹ CDS est le nom de la base de donnÃ©es) contenant les noms des champs utilisÃ©s dans la base de donnÃ©es, et CDS.mst qui contient les enregistrements. A chaque fois que ISISPlugin rencontre un fichier ".mst", il cherche le fichier ".fdt" correspondant. Dans ce cas, un argument <i>input_encoding</i> a Ã©tÃ© attribuÃ© au plugin parce quelques entrÃ©es dans la base de donnÃ©es contiennent des caractÃšres Ã©tendus (dans une forme qui Ã©tait utilisÃ©e dans les toutes premiÃšres versions du systÃšme d'exploitation DOS). On lui aussi attribuÃ© un argument de sÃ©paration de sous-champ dont l'objet est explquÃ© ci-dessous. L'option <i>-OIDtype incremental</i> a Ã©tÃ© utilisÃ©e pour ce plugiciel afin de donner des identifiants cohÃ©rents aux documents, indÃ©pendamment du systÃšme d'exploitation (ce qui est impossible avec les identifiants de hachage). De cette maniÃšre, il est possible de crÃ©er un lien vers un document dans cette description.</p>
 description2=<p>Comme la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>, cette collection incorpore une <a href="library/collection/isis-e/search/FieldQuery">interface de recherche basÃ©e sur des formulaire</a> qui permet la recherche basÃ©e sur des champs. Ceci est spÃ©cifiÃ© par la ligne <i>format SearchTypes "form,plain"</i> dans le fichier de configuration; l\'argument <i>simple</i> garantit qu\'il y ait aussi une fonction de recherche textuelle (qui peut Ãªtre sÃ©lectionnÃ©e Ã  partir de la page de <a href="library/page/pref">PrÃ©fÃ©rences</a>). La ligne <i>&lt;importOption name="groupsize" value="100"/&gt;</i> regroupe les documents en lots de 100 (comme expliquÃ© dans la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>).</p>
+description2=<p>Comme la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>, cette collection incorpore une <a href="library/collection/isis-e/search/FieldQuery">interface de recherche basÃ©e sur des formulaire</a> qui permet la recherche basÃ©e sur des champs. Ceci est spÃ©cifiÃ© par la ligne <i>format SearchTypes "form,plain"</i> dans le fichier de configuration; l'argument <i>simple</i> garantit qu'il y ait aussi une fonction de recherche textuelle (qui peut Ãªtre sÃ©lectionnÃ©e Ã  partir de la page de <a href="library/page/pref">PrÃ©fÃ©rences</a>). La ligne <i>&lt;importOption name="groupsize" value="100"/&gt;</i> regroupe les documents en lots de 100 (comme expliquÃ© dans la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>).</p>
 description3=<p>Certains champs dans les bases de donnÃ©es CDS/ISIS databases ont des sous-champs. Par exemple, dans ce cas, le champ <i>Imprint</i> a des sous-champs <i>Imprint.a</i> pour l\'endroit, <i>Imprint.b</i> pour l\'Ã©diteurs et <i>Imprint.c</i> pour la date. Pour chaque champ et sous-champ, ISISPlugin gÃ©nÃšre un Ã©lÃ©ment de mÃ©ta-donnÃ©e -- dans ce cas-ci, il y aura des mÃ©ta-donnÃ©es appÃ©lÃ©es <i>Imprint^a</i>, <i>Imprint^b</i> et <i>Imprint^c</i>. (Il y aurait pu y avoir un champ appelÃ© tout simplement <i>Imprint</i>, bien que dans ce cas prÃ©sent il n\'y en ait pas). ISISPlugin gÃ©nÃšre qussi un Ã©lÃ©ment de mÃ©ta-donnÃ©e appelÃ© <i>Imprint^all</i> qui donne tous les sous-champs concatenÃ©s ensemble, sÃ©parÃ©s par la chaine de caractÃšres qui a Ã©tÃ© spÃ©cifiÃ©e comme argument de plugin (dans ce cas-ci ", ").</p>
+description3=<p>Certains champs dans les bases de donnÃ©es CDS/ISIS databases ont des sous-champs. Par exemple, dans ce cas, le champ <i>Imprint</i> a des sous-champs <i>Imprint.a</i> pour l'endroit, <i>Imprint.b</i> pour l'Ã©diteurs et <i>Imprint.c</i> pour la date. Pour chaque champ et sous-champ, ISISPlugin gÃ©nÃšre un Ã©lÃ©ment de mÃ©ta-donnÃ©e -- dans ce cas-ci, il y aura des mÃ©ta-donnÃ©es appÃ©lÃ©es <i>Imprint^a</i>, <i>Imprint^b</i> et <i>Imprint^c</i>. (Il y aurait pu y avoir un champ appelÃ© tout simplement <i>Imprint</i>, bien que dans ce cas prÃ©sent il n'y en ait pas). ISISPlugin gÃ©nÃšre qussi un Ã©lÃ©ment de mÃ©ta-donnÃ©e appelÃ© <i>Imprint^all</i> qui donne tous les sous-champs concatenÃ©s ensemble, sÃ©parÃ©s par la chaine de caractÃšres qui a Ã©tÃ© spÃ©cifiÃ©e comme argument de plugin (dans ce cas-ci ", ").</p>
 description4=<p>Le concepteur de la collection a dÃ©cidÃ© de crÃ©er des indexes recherchables par le biais de tous <i>^all</i> les champs de mÃ©ta-donnÃ©e, mais aussi par le biais de <i>text</i>, permettant aussi une recherche brute des enregistrements. Naturellement, le concepteur aurait pu (aussi, ou Ã  la place) crÃ©er des indexes recherchables par n\'importe quel sous-champ.</p>
+description4=<p>Le concepteur de la collection a dÃ©cidÃ© de crÃ©er des indexes recherchables par le biais de tous <i>^all</i> les champs de mÃ©ta-donnÃ©e, mais aussi par le biais de <i>text</i>, permettant aussi une recherche brute des enregistrements. Naturellement, le concepteur aurait pu (aussi, ou Ã  la place) crÃ©er des indexes recherchables par n'importe quel sous-champ.</p>
 description5=<p>Il y a deux classificateurs de navigation, <i>AZList</i> basÃ© sur la mÃ©ta-donnÃ©e <i>Title</i> et <i>AZCompactList</i> basÃ© sur la mÃ©ta-donnÃ©e <i>Keyword</i>. Rappelez-vous que le classificateur <i>AZCompactList</i> est semblable Ã  <i>AZList</i>, mais gÃ©nÃšre un rayon de bibliothÃšque pour les Ã©lÃ©ments dupliquÃ©s. La spÃ©cification de format <i>VList</i> s\'applique aussi bien Ã  la liste de rÃ©sultats de recherche qu\'au classificateur <i>Title</i>, pendant que <i>CL2VList</i> met le nombre de documents associÃ©s Ã  chaque mot-clÃ© comme dÃ©crit dans <a href="library/collection/marc-e/page/about">MARC example collection</a>. Dans Greenstone, et dans CDS/ISIS, tout Ã©lÃ©ment de donnÃ©e peut avoir plusieurs valeurs. La spÃ©cification <i>VList</i> <i>sibling(All\'; \')</i> rgroupe ensemble toutes les valeurs, sÃ©parÃ©es (dans ce cas) par un point-virgule.</p>
+description5=<p>Il y a deux classificateurs de navigation, <i>AZList</i> basÃ© sur la mÃ©ta-donnÃ©e <i>Title</i> et <i>AZCompactList</i> basÃ© sur la mÃ©ta-donnÃ©e <i>Keyword</i>. Rappelez-vous que le classificateur <i>AZCompactList</i> est semblable Ã  <i>AZList</i>, mais gÃ©nÃšre un rayon de bibliothÃšque pour les Ã©lÃ©ments dupliquÃ©s. La spÃ©cification de format <i>VList</i> s'applique aussi bien Ã  la liste de rÃ©sultats de recherche qu'au classificateur <i>Title</i>, pendant que <i>CL2VList</i> met le nombre de documents associÃ©s Ã  chaque mot-clÃ© comme dÃ©crit dans <a href="library/collection/marc-e/page/about">MARC example collection</a>. Dans Greenstone, et dans CDS/ISIS, tout Ã©lÃ©ment de donnÃ©e peut avoir plusieurs valeurs. La spÃ©cification <i>VList</i> <i>sibling(All'; ')</i> rgroupe ensemble toutes les valeurs, sÃ©parÃ©es (dans ce cas) par un point-virgule.</p>
 description6=<p>La spÃ©cification du format <i>DocumentContent</i> incorpore le mÃªme mÃ©canisme pour cacher et afficher des enregistrements comme expliquÃ© pour la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>, en utilisant <i>DocumentHeading</i> pour montrer l\'enregistrement formatÃ© et <i>DocumentContent</i> pour montrer (ou cacher) l\'entrÃ©e de base de donnÃ©es originale.</p>
+description6=<p>La spÃ©cification du format <i>DocumentContent</i> incorpore le mÃªme mÃ©canisme pour cacher et afficher des enregistrements comme expliquÃ© pour la <a href="library/collection/bibtex-e/page/about">collection de bibliographie</a>, en utilisant <i>DocumentHeading</i> pour montrer l'enregistrement formatÃ© et <i>DocumentContent</i> pour montrer (ou cacher) l'entrÃ©e de base de donnÃ©es originale.</p>

documented-examples/trunk/lomdemo-e/resources/collectionConfig.properties

-              r36621
+              r36623
 text_and_rawtext=All text
 shortDescription=<p>This collection is a sample excerpt of educational resources from the University of Calgary\'s Learning Commons Educational Object Repository (no longer active). Taken from the subject areas of the arts and science, 38 items from the repository were exported in the IEEE LOM (Learning Object Metadata) format and digested into a Greenstone collection. For sample LOM metadata, see the records <tt>arts/657841.xml</tt> or <tt>record science/582041.xml</tt>.</p>
+shortDescription=<p>This collection is a sample excerpt of educational resources from the University of Calgary's Learning Commons Educational Object Repository (no longer active). Taken from the subject areas of the arts and science, 38 items from the repository were exported in the IEEE LOM (Learning Object Metadata) format and digested into a Greenstone collection. For sample LOM metadata, see the records <tt>arts/657841.xml</tt> or <tt>record science/582041.xml</tt>.</p>
 description1=<p>Traditional educational learning object repositories base searching and browsing around the provided metadata. This demonstration collection goes one step further and provides <i>full-text</i> indexing of the on-line resources, where possible.</p>
 description2=<p>Browse around the collection\'s items ordered by subject then title, or view the items chronologically. Alternatively search the text or titles of the items in the collection, optionally restricted to arts or science. When you view an item from the collection various views of it are available. You start by viewing its Learning Object Metadata (LOM) record in a tabulated form and divided into sections\: these sections can be expanded or contracted to reveal more or less information as desired. Use the tabs at the top of the table to change the view of the learning object. There will always be a tab for "XML Record" which displays the metadata in its original IEEE LOM format. Depending on whether or not the learning object references an on-line resource that is available for indexing, a third tab may be present that displays the source document.</p>
+description2=<p>Browse around the collection's items ordered by subject then title, or view the items chronologically. Alternatively search the text or titles of the items in the collection, optionally restricted to arts or science. When you view an item from the collection various views of it are available. You start by viewing its Learning Object Metadata (LOM) record in a tabulated form and divided into sections\: these sections can be expanded or contracted to reveal more or less information as desired. Use the tabs at the top of the table to change the view of the learning object. There will always be a tab for "XML Record" which displays the metadata in its original IEEE LOM format. Depending on whether or not the learning object references an on-line resource that is available for indexing, a third tab may be present that displays the source document.</p>
 description3=<h3>How the collection works</h3><p>The records were exported from the Calgary Repository in LOM format. LOMPlugin is used to process the records. Using the <tt>-download_srcdocs</tt> option to the plugin will search for <tt>general^identifier^entry</tt> or <tt>technical^location</tt>, and attempt to download the source document into a <i>_gsdldown.all</i> folder (<tt>import/arts/_gsdldown.all</tt>) in the same folder as the LOM record.</p>

documented-examples/trunk/manifest-demo-e/resources/collectionConfig.properties

-              r36621
+              r36623
 <pre>perl -S import.pl -site localsite documented-examples/manifest-demo-e \n\
 perl -S buildcol.pl -site localsite -activate documented-examples/manifest-demo-e</pre> \n\
 <i>Note\:</i> If you forget to pass in the <tt>-activate</tt> flag to the <tt>buildcol</tt> command, use a file explorer to go into your Greenstone 3 installations\'s <tt>web/sites/localsite/collect/documented-examples/manifest-demo-e</tt> folder, and rename the <tt>building</tt> subfolder there to <tt>index</tt>.)<br /> \n\
+<i>Note\:</i> If you forget to pass in the <tt>-activate</tt> flag to the <tt>buildcol</tt> command, use a file explorer to go into your Greenstone 3 installations's <tt>web/sites/localsite/collect/documented-examples/manifest-demo-e</tt> folder, and rename the <tt>building</tt> subfolder there to <tt>index</tt>.)<br /> \n\
 <br /> \n\
 Preview the collection. Contains 8 documents, 5 from BOSTID and 3 from EC Courier.</p><br />
 …
 perl -S incremental-buildcol.pl -site localsite -activate documented-examples/manifest-demo-e</pre> \n\
  \n\
 Note that we haven\'t actually deleted the docs from the import folder. Just from the collection\'s <tt>archives</tt> and <tt>index</tt> subfolders.<br /> \n\
+Note that we haven't actually deleted the docs from the import folder. Just from the collection's <tt>archives</tt> and <tt>index</tt> subfolders.<br /> \n\
 Now the EC Courier documents should be gone.</p><br />

documented-examples/trunk/marc-e/resources/collectionConfig.properties

-              r36621
+              r36623
 description2=<p>The <i>VList</i> format statement controls the display of search results and all classifiers. For bookshelves, the number of leaf documents is displayed on the right-hand side. For documents, <i>dc.Title</i> is displayed, along with <i>dc.Creator</i> and <i>dc.Publisher</i>. <i>[sibling\:dc.Creator]</i> is used as dc.Creator has multiple values, and specifies that all values be output, not just the first one.</p>
 description3=<p>The MARC plugin uses a special file to map MARC field numbers to Greenstone-style metadata. This file resides in the greenstone3 installation folder\'s <i>gs2build/etc</i> directory, and is called <tt>marc2dc.txt</tt>. It lists the correspondences between MARC field numbers and Greenstone metadata. Any MARC fields that are not listed simply do not appear as metadata, though they are still present in the Greenstone document. Each line in the file has the format <blockquote> &lt;MARC field number&gt; -&gt; GreenstoneMetadataName </blockquote> Lines in the file that begin with "\#" are comments.</p>
+description3=<p>The MARC plugin uses a special file to map MARC field numbers to Greenstone-style metadata. This file resides in the greenstone3 installation folder's <i>gs2build/etc</i> directory, and is called <tt>marc2dc.txt</tt>. It lists the correspondences between MARC field numbers and Greenstone metadata. Any MARC fields that are not listed simply do not appear as metadata, though they are still present in the Greenstone document. Each line in the file has the format <blockquote> &lt;MARC field number&gt; -&gt; GreenstoneMetadataName </blockquote> Lines in the file that begin with "\#" are comments.</p>
 description4=<p>The standard version of this file is loosely based on the MARC to Dublin Core mapping found at <a href="http\://www.loc.gov/marc/marc2dc.html">http\://www.loc.gov/marc/marc2dc.html</a> (which assumes USMARC/MARC21).</p>
 …
 description5=<p>Multiple MARC fields may map to a single Dublin Core field. For example, fields 720 ("Uncontrolled name"), 100 ("Personal name"), 110 ("Corporate name") and 111 ("Meeting name") all map to <i>dc.Creator</i>. Actual MARC records normally define only one of these fields, and anyway Greenstone allows multi-valued metadata.</p>
 description6=<p>Some mappings are dependent on subfields. For example, MARC field 260 contains information about publication and distribution. Subfields "c" (Date of Publication) and "g" (Date of manufacture) are mapped to <i>dc.Date</i>, using the following mapping line\: <blockquote> 260$c$g -&gt; dc.Date </blockquote>  Greenstone also provides a file for mapping MARC to <b>qualified</b> dublin core\: in your Greenstone 3 installation folder\'s <tt>gs2build/etc/marc2qdc.txt</tt>. This can be used by the MARC plugin by setting the <i>-metadata_mapping_file</i> option to "marc2qdc.txt".</p>
+description6=<p>Some mappings are dependent on subfields. For example, MARC field 260 contains information about publication and distribution. Subfields "c" (Date of Publication) and "g" (Date of manufacture) are mapped to <i>dc.Date</i>, using the following mapping line\: <blockquote> 260$c$g -&gt; dc.Date </blockquote>  Greenstone also provides a file for mapping MARC to <b>qualified</b> dublin core\: in your Greenstone 3 installation folder's <tt>gs2build/etc/marc2qdc.txt</tt>. This can be used by the MARC plugin by setting the <i>-metadata_mapping_file</i> option to "marc2qdc.txt".</p>

documented-examples/trunk/marc-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 shortDescription=<p>Cette collection, which contains _about\:numdocs_ MARC entries, is based on the MARC records of working papers published by <a href="http\://www.cs.waikato.ac.nz">Computer Science Department</a> at <a href="http\://www.waikato.ac.nz">the University of Waikato</a>.<a href="library/collection/marc-e/document/D0s156">Voici</a> un document Ã©chantillon dans la collection.</p>
 description1=<h3>Comment marche cette collection ?</h3><p>Le <tt>fichier de configuration</tt> utilise <i>ZipPlug</i> et <i>MarcPlug</i> Ã  cotÃ© des trois qui sont utilisÃ©s en standard. Il y a trois classificateurs basÃ©s sur les mÃ©ta-donnÃ©es <i>dc.Title</i>, <i>dc.Creator</i> et <i>dc.Subject</i>. Le classificateur <i>dc.Title</i> est une liste AZList, alors que les deux autres sont des listes AZCompactList, qui regroupent les documents avec les mÃªmes mÃ©tadonnÃ©es dans une Ã©tagÃšre. L\'argument <i>-removesuffix</i> pour les classificateurs <i>Title</i> et <i>Creator</i> supprime les suffixes de la chaÃ®ne des mÃ©tadonnÃ©es (respectivement pour <i>dc.Title</i> et <i>dc.Creator</i>). Ceci est spÃ©cifiÃ© comme une expression rÃ©guliÃšre de PERL et ajuste pour l\'affichage des caractÃšres (comme une ponctuation finale).</p>
+description1=<h3>Comment marche cette collection ?</h3><p>Le <tt>fichier de configuration</tt> utilise <i>ZipPlug</i> et <i>MarcPlug</i> Ã  cotÃ© des trois qui sont utilisÃ©s en standard. Il y a trois classificateurs basÃ©s sur les mÃ©ta-donnÃ©es <i>dc.Title</i>, <i>dc.Creator</i> et <i>dc.Subject</i>. Le classificateur <i>dc.Title</i> est une liste AZList, alors que les deux autres sont des listes AZCompactList, qui regroupent les documents avec les mÃªmes mÃ©tadonnÃ©es dans une Ã©tagÃšre. L'argument <i>-removesuffix</i> pour les classificateurs <i>Title</i> et <i>Creator</i> supprime les suffixes de la chaÃ®ne des mÃ©tadonnÃ©es (respectivement pour <i>dc.Title</i> et <i>dc.Creator</i>). Ceci est spÃ©cifiÃ© comme une expression rÃ©guliÃšre de PERL et ajuste pour l'affichage des caractÃšres (comme une ponctuation finale).</p>
 description2=<p>La dÃ©claration de format <i>VList</i> contrÃŽle l\'affichage des rÃ©sultats de recherche et de tous les classificateurs. Pour les Ã©tagÃšres, le nombre de pages de documents est affichÃ© sur le cÃŽtÃ© droit. Pour chaque document, <i>dc.Title</i> est affichÃ©, ainsi que <i>dc.Creator</i> and <i>dc.Publisher</i>. <i>[sibling\:dc.Creator]</i> est utilisÃ© lorsque dc.Creator a plusieurs valeurs, et prÃ©cise que toutes les valeurs doivent Ãªtre affichÃ©es, et pas seulement la premiÃšre.</p>
+description2=<p>La dÃ©claration de format <i>VList</i> contrÃŽle l'affichage des rÃ©sultats de recherche et de tous les classificateurs. Pour les Ã©tagÃšres, le nombre de pages de documents est affichÃ© sur le cÃŽtÃ© droit. Pour chaque document, <i>dc.Title</i> est affichÃ©, ainsi que <i>dc.Creator</i> and <i>dc.Publisher</i>. <i>[sibling\:dc.Creator]</i> est utilisÃ© lorsque dc.Creator a plusieurs valeurs, et prÃ©cise que toutes les valeurs doivent Ãªtre affichÃ©es, et pas seulement la premiÃšre.</p>
 description3=<p>Le module Marc utilise un fichier spÃ©cial pour la mise en correspondance des numÃ©ros de champ MARC avec les mÃ©ta-donnÃ©e de type Greenstone. Ce fichier se trouve dans le rÃ©pertoire <i>gs2build/etc</i>, et est appelÃ© <tt>marc2dc.txt</tt>. Il liste les correspondences entre les numÃ©ros de champ MARC et les mÃ©ta-donnÃ©es Greenstone. Tous les champs MARC qui ne sont pas listÃ©s ne vont pas apparaÃ®tre comme mÃ©ta-donnÃ©es, bien qu\'ils spient toujours prÃ©sents dans le document Greenstone. Chaque ligne dans le fichier Ã  le format\:  <blockquote> &lt;numÃ©ro de champ MARC&gt; -&gt; NonMetadonnÃ©eGreenstone </blockquote>  Les lignes dans le fichier qui commence par "\#" sont des commentaires.</p>
+description3=<p>Le module Marc utilise un fichier spÃ©cial pour la mise en correspondance des numÃ©ros de champ MARC avec les mÃ©ta-donnÃ©e de type Greenstone. Ce fichier se trouve dans le rÃ©pertoire <i>gs2build/etc</i>, et est appelÃ© <tt>marc2dc.txt</tt>. Il liste les correspondences entre les numÃ©ros de champ MARC et les mÃ©ta-donnÃ©es Greenstone. Tous les champs MARC qui ne sont pas listÃ©s ne vont pas apparaÃ®tre comme mÃ©ta-donnÃ©es, bien qu'ils spient toujours prÃ©sents dans le document Greenstone. Chaque ligne dans le fichier Ã  le format\:  <blockquote> &lt;numÃ©ro de champ MARC&gt; -&gt; NonMetadonnÃ©eGreenstone </blockquote>  Les lignes dans le fichier qui commence par "\#" sont des commentaires.</p>
 description4=<p>La version standard de ce fichier est approximativement basÃ©e sur la mise en correspondance MARC - Dublin Core trouvÃ© Ã  <a href="http\://www.loc.gov/marc/marc2dc.html">http\://www.loc.gov/marc/marc2dc.html</a> (qui suppose USMARC/MARC21).</p>
 …
 description5=<p>Plusieurs champs MARC peuvent correspondre Ã  un seul champ Dublin Core. Par exemple, les champs USMARC 720 ("Uncontrolled name"), 100 ("Personal name"), 110 ("Corporate name") et 111 ("Meeting name") correspondent tous Ã  <i>dc.Creator</i>. Les notices MARC actuelles remplissent normalement un seul de ces champs, et dans tous les cas, Greenstone autorise ds champs de mÃ©tadonnÃ©es Ã  plusieurs valeurs.</p>
 description6=<p>Certaines correspondances dÃ©pendent des sous-champs. Par exemple, le champs MARC 260 contient des informations sur la publication et la distribution des ouvrages. Les sous-champs "c" (Date de Publication) and "g" (Date de fabrication) sont mis en correspondance avec <i>dc.Date</i>, en utilisant la ligne suivante\: <blockquote> 260$c$g -&gt; dc.Date </blockquote> Greenstone fournit Ã©galement un fichier pour Ã©tablir la correspondance entre MARC et le Dublin Core <b>qualifiÃ©</b> \: <tt>greenstone3/gs2build/etc/marc2qdc.txt</tt>. Cela peut Ãªtre utilisÃ© avec le plugiciel MARC en donnant la valeur "marc2qdc.txt" Ã  l\'option <i>-metadata_mapping_file</i>.</p>
+description6=<p>Certaines correspondances dÃ©pendent des sous-champs. Par exemple, le champs MARC 260 contient des informations sur la publication et la distribution des ouvrages. Les sous-champs "c" (Date de Publication) and "g" (Date de fabrication) sont mis en correspondance avec <i>dc.Date</i>, en utilisant la ligne suivante\: <blockquote> 260$c$g -&gt; dc.Date </blockquote> Greenstone fournit Ã©galement un fichier pour Ã©tablir la correspondance entre MARC et le Dublin Core <b>qualifiÃ©</b> \: <tt>greenstone3/gs2build/etc/marc2qdc.txt</tt>. Cela peut Ãªtre utilisÃ© avec le plugiciel MARC en donnant la valeur "marc2qdc.txt" Ã  l'option <i>-metadata_mapping_file</i>.</p>

documented-examples/trunk/oai-e/resources/collectionConfig.properties

-              r36621
+              r36623
 shortDescription=<p>This collection demonstrates Greenstone\'s <i>ImportFrom</i> feature. Using the <a href="http\://www.openarchives.org">Open Archive Protocol</a> (version 1.1), it retrieves metadata from <a href="http\://rocky.dlib.vt.edu/~jcdlpix">rocky.dlib.vt.edu/~jcdlpix</a>, a collection of photographs taken at the inaugural <a href="http\://www.acm.org/jcdl/jcdl01/">Joint Conference on Digital Libraries</a>. A Greenstone collection is built from the records exported from this OAI data provider. The implementation is flexible enough to cope with the minor syntax differences between OAI 1.1 and OAI 2.0.</p>
+shortDescription=<p>This collection demonstrates Greenstone's <i>ImportFrom</i> feature. Using the <a href="http\://www.openarchives.org">Open Archive Protocol</a> (version 1.1), it retrieves metadata from <a href="http\://rocky.dlib.vt.edu/~jcdlpix">rocky.dlib.vt.edu/~jcdlpix</a>, a collection of photographs taken at the inaugural <a href="http\://www.acm.org/jcdl/jcdl01/">Joint Conference on Digital Libraries</a>. A Greenstone collection is built from the records exported from this OAI data provider. The implementation is flexible enough to cope with the minor syntax differences between OAI 1.1 and OAI 2.0.</p>
 description1=<h3>How the collection works</h3><p>The collection configuration file, <tt>collectionConfig.xml</tt>, includes an <i>acquire</i> line that is interpreted by a special program called <i>importfrom.pl</i>. Like other Greenstone programs, this takes as argument the name of the collection, and provides a summary of other arguments when invoked with argument <i>-help</i>. It reads the collection configuration file, finds the acquire line, and processes it. In this case, it is run with the command\: <pre> importfrom.pl oai-e </pre> (the collection\'s name is <i>oai-e</i>).</p>
+description1=<h3>How the collection works</h3><p>The collection configuration file, <tt>collectionConfig.xml</tt>, includes an <i>acquire</i> line that is interpreted by a special program called <i>importfrom.pl</i>. Like other Greenstone programs, this takes as argument the name of the collection, and provides a summary of other arguments when invoked with argument <i>-help</i>. It reads the collection configuration file, finds the acquire line, and processes it. In this case, it is run with the command\: <pre> importfrom.pl oai-e </pre> (the collection's name is <i>oai-e</i>).</p>
 description2=<p>The <i>acquire</i> line in the configuration file specifies the OAI protocol and gives the base URL of an OAI repository. The <i>importfrom</i> program downloads all the metadata in that repository into the collection\'s <i>import</i> directory. The <i>getdoc</i> argument instructs it to also download the collection\'s source documents, whose URLs are given in each document\'s Dublin Core <i>Identifier</i> field (this is a common convention). The metadata files, which each contain an XML record for one source document, are placed in the <i>import</i> file structure along with the documents themselves, and the document filename is the same as the filename in the URL. The <i>Identifier</i> field is overridden to give the local filename, and its original value is retained in a new field called <i>OrigURL</i>.</p>
+description2=<p>The <i>acquire</i> line in the configuration file specifies the OAI protocol and gives the base URL of an OAI repository. The <i>importfrom</i> program downloads all the metadata in that repository into the collection's <i>import</i> directory. The <i>getdoc</i> argument instructs it to also download the collection's source documents, whose URLs are given in each document's Dublin Core <i>Identifier</i> field (this is a common convention). The metadata files, which each contain an XML record for one source document, are placed in the <i>import</i> file structure along with the documents themselves, and the document filename is the same as the filename in the URL. The <i>Identifier</i> field is overridden to give the local filename, and its original value is retained in a new field called <i>OrigURL</i>.</p>
 description3=<p>This <i>oai-e</i> collection\'s own <tt>etc/oai.txt</tt> is an example of a downloaded metadata file.</p>
+description3=<p>This <i>oai-e</i> collection's own <tt>etc/oai.txt</tt> is an example of a downloaded metadata file.</p>
 description4=<p>Once the OAI information has been imported, the collection is processed in the usual way. Besides the four standard plugins (GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin and DirectoryPlugin), the configuration file specifies the OAI plugin, which processes OAI metadata, and the image plugin, because in this case the collection\'s source documents are image files. The OAI plugin has been supplied with an <i>input_encoding</i> argument because data in this archive contains extended characters. It also has a <i>default_language</i> argument. Greenstone normally determines the language of documents automatically, but these metadata records are too small for this to be done reliably\: hence English is specified explicitly in the <i>language</i> argument. The OAI plugin parses the metadata and passes it to the appropriate source document file, which is then processed by an appropriate plugin -- in this case <i>ImagePlugin</i>. This plugin specifies the resolution for the screen versions of the images.</p>
+description4=<p>Once the OAI information has been imported, the collection is processed in the usual way. Besides the four standard plugins (GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin and DirectoryPlugin), the configuration file specifies the OAI plugin, which processes OAI metadata, and the image plugin, because in this case the collection's source documents are image files. The OAI plugin has been supplied with an <i>input_encoding</i> argument because data in this archive contains extended characters. It also has a <i>default_language</i> argument. Greenstone normally determines the language of documents automatically, but these metadata records are too small for this to be done reliably\: hence English is specified explicitly in the <i>language</i> argument. The OAI plugin parses the metadata and passes it to the appropriate source document file, which is then processed by an appropriate plugin -- in this case <i>ImagePlugin</i>. This plugin specifies the resolution for the screen versions of the images.</p>
 description5=<p>Extracted metadata from OAI records are mapped to Dublin Core Metadata Set by default. As a result, classifiers and indexes in this collection are built with Dublin meatadata elements.</p>
 description6=<p>The collection configuration file, <tt>collectionConfig.xml</tt>, specifies a single full-text index containing <i>dc.Description</i> metadata and overrides Greenstone\'s custom <i>gsf</i> format templates <tt>DocumentHeading</tt> and <tt>DocumentContent</tt> (XSL). When a document is displayed, the <i>DocumentHeading</i> format statement puts out its <i>dc.Subject</i>. Then the <i>DocumentContent</i> statement follows this with <i>screenicon</i>, which is produced by <i>ImagePlugin</i> and gives a screen-resolution version of the image; it can be hyperlinked to the <i>dc.OrigURL</i> metadata -- that is, the original version of the image on the remote OAI site. Since this is no longer available on the web, it is now hyperlinked to the full version of the image file. This is followed by the image\'s <i>dc.Description</i>, also with a hyperlink; the image\'s size and type, again generated as metadata by <i>ImagePlugin</i>; and then <i>dc.Subject</i>, <i>dc.Publisher</i>, and <i>dc.Rights</i> metadata. <a href="library/collection/oai-e/document/01dle6">This</a> is the result.</p>
+description6=<p>The collection configuration file, <tt>collectionConfig.xml</tt>, specifies a single full-text index containing <i>dc.Description</i> metadata and overrides Greenstone's custom <i>gsf</i> format templates <tt>DocumentHeading</tt> and <tt>DocumentContent</tt> (XSL). When a document is displayed, the <i>DocumentHeading</i> format statement puts out its <i>dc.Subject</i>. Then the <i>DocumentContent</i> statement follows this with <i>screenicon</i>, which is produced by <i>ImagePlugin</i> and gives a screen-resolution version of the image; it can be hyperlinked to the <i>dc.OrigURL</i> metadata -- that is, the original version of the image on the remote OAI site. Since this is no longer available on the web, it is now hyperlinked to the full version of the image file. This is followed by the image's <i>dc.Description</i>, also with a hyperlink; the image's size and type, again generated as metadata by <i>ImagePlugin</i>; and then <i>dc.Subject</i>, <i>dc.Publisher</i>, and <i>dc.Rights</i> metadata. <a href="library/collection/oai-e/document/01dle6">This</a> is the result.</p>
 description7=<p>There are two browsing classifiers, one based on <i>dc.Subject</i> metadata and the other on <i>dc.Description</i> metadata (but with a button named "captions"). Recall that the <i>AZCompactList</i> classifier is like <i>AZList</i> but generates a bookshelf for duplicate items. In this collection there are a lot of images but only a few different values for <i>dc.Subject</i> metadata.</p>
 description8=<p>It\'s a little surprising that <i>AZCompactList</i> is used (instead of <i>AZList</i>) for the <i>dc.Description</i> index too, because <i>dc.Description</i> metadata is usually unique for each image. However, in this collection the same description has occasionally been given to several images, and some of the divisions in an <i>AZList</i> would contain a large number of images, slowing down transmission of that page. To avoid this, the compact version of the list is used with some arguments (<i>mincompact</i>, <i>maxcompact</i>, <i>mingroup</i>, <i>minnesting</i>) to control the display -- e.g. groups (represented by bookshelves) are not formed unless they have at least 5 (<i>mingroup</i>) items. To find out the meaning of the other arguments for this classifier, execute the command <i>classinfo.pl AZCompactList</i>. The programs <i>classinfo.pl</i> (for classifiers) and <i>pluginfo.pl</i> (for plugins) are useful tools for learning about the capabilities of Greenstone modules. Note incidentally the backslash in the configuration file, used to indicate a continuation of the previous line.</p>
+description8=<p>It's a little surprising that <i>AZCompactList</i> is used (instead of <i>AZList</i>) for the <i>dc.Description</i> index too, because <i>dc.Description</i> metadata is usually unique for each image. However, in this collection the same description has occasionally been given to several images, and some of the divisions in an <i>AZList</i> would contain a large number of images, slowing down transmission of that page. To avoid this, the compact version of the list is used with some arguments (<i>mincompact</i>, <i>maxcompact</i>, <i>mingroup</i>, <i>minnesting</i>) to control the display -- e.g. groups (represented by bookshelves) are not formed unless they have at least 5 (<i>mingroup</i>) items. To find out the meaning of the other arguments for this classifier, execute the command <i>classinfo.pl AZCompactList</i>. The programs <i>classinfo.pl</i> (for classifiers) and <i>pluginfo.pl</i> (for plugins) are useful tools for learning about the capabilities of Greenstone modules. Note incidentally the backslash in the configuration file, used to indicate a continuation of the previous line.</p>
 description9=<p>The <i>VList</i> format specification shows the image thumbnail, hyperlinked to the associated document, followed by <i>dc.Description</i> metadata; the result can be seen <a href="library/collection/oai-e/browse/CL2">here</a>. The <i>Vlists</i> for the classifiers use <i>numleafdocs</i> to switch between an icon representing several documents (which will appear as a bookshelf) and the thumbnail itself, if there is only one image.</p>
 …
 description11=<p>Configuration of the server is done via the <i>oai.cfg</i> file in the Greenstone <i>etc</i> directory. This file specifies general information about the repository, and lists collections to be made accessible to OAI clients. By default, collections are not accessible. To enable a collection, add its name to the <i>oaicollection</i> list.</p>
 description12=<p>Greenstone\'s OAI server currently supports Dublin Core, qualified Dublin Core and rfc1807 metadata sets. The <i>oaimetadata</i> line specifies which sets should be used. For collections that use other metadata sets, metadata mapping rules should be provided to map the existing metadata to the sets in use. See the <i>oai.cfg</i> file for details.</p>
+description12=<p>Greenstone's OAI server currently supports Dublin Core, qualified Dublin Core and rfc1807 metadata sets. The <i>oaimetadata</i> line specifies which sets should be used. For collections that use other metadata sets, metadata mapping rules should be provided to map the existing metadata to the sets in use. See the <i>oai.cfg</i> file for details.</p>

documented-examples/trunk/oai-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 shortDescription=<p>Cette collection montre la fonctionnalitÃ© <i>ImportFrom</i> de Greenstone. Par le biais de <a href=http\://www.openarchives.org>Open Archive Protocol</a> (version 1.1), elle rÃ©cupÃšre des mÃ©ta-donnÃ©es de <a href="http\://rocky.dlib.vt.edu/~jcdlpix">rocky.dlib.vt.edu/~jcdlpix</a>, une collection de photos prise lors de la cÃ©rÃ©monie inaugurale de <a href="http\://www.acm.org/jcdl/jcdl01/">Joint Conference on Digital Libraries</a>. Une collection Greenstone est crÃ©Ã©e Ã  partir d\'articles exportÃ©s du pourvoyeur de donnÃ©es OAI. L\'implÃ©mentation est assez flexible pour s\'accomoder des diffÃ©rences nÃ©gligeables de syntaxes entre OAI 1.1 et OAI 2.0.</p>
+shortDescription=<p>Cette collection montre la fonctionnalitÃ© <i>ImportFrom</i> de Greenstone. Par le biais de <a href=http\://www.openarchives.org>Open Archive Protocol</a> (version 1.1), elle rÃ©cupÃšre des mÃ©ta-donnÃ©es de <a href="http\://rocky.dlib.vt.edu/~jcdlpix">rocky.dlib.vt.edu/~jcdlpix</a>, une collection de photos prise lors de la cÃ©rÃ©monie inaugurale de <a href="http\://www.acm.org/jcdl/jcdl01/">Joint Conference on Digital Libraries</a>. Une collection Greenstone est crÃ©Ã©e Ã  partir d'articles exportÃ©s du pourvoyeur de donnÃ©es OAI. L'implÃ©mentation est assez flexible pour s'accomoder des diffÃ©rences nÃ©gligeables de syntaxes entre OAI 1.1 et OAI 2.0.</p>
 description1=<h3>Comment fonctionne cette collection ?</h3><p>Le <tt>fichier de configuration de la collection</tt> comprend une ligne <i>acquire</i> (acquÃ©rir) qui est interprÃ©tÃ©e par un programme spÃ©cial appelÃ© <i>importfrom.pl</i>. A l\'instar des autres programmes Greenstone, celui-ci prend comme argument le nom de la collection et fournit un rÃ©sumÃ© des autres arguments quand ils sont appelÃ©s avec l\'argument <i>-help</i>. Il lit le fichier de configuration de la collection, trouve la ligne <i>acquire</i> et en fait le traitement. Dans ce cas, il dÃ©marre avec la commande\:  <pre> importfrom.pl oai-e </pre> (le nom de la collection est <i>oai-e</i>).</p>
+description1=<h3>Comment fonctionne cette collection ?</h3><p>Le <tt>fichier de configuration de la collection</tt> comprend une ligne <i>acquire</i> (acquÃ©rir) qui est interprÃ©tÃ©e par un programme spÃ©cial appelÃ© <i>importfrom.pl</i>. A l'instar des autres programmes Greenstone, celui-ci prend comme argument le nom de la collection et fournit un rÃ©sumÃ© des autres arguments quand ils sont appelÃ©s avec l'argument <i>-help</i>. Il lit le fichier de configuration de la collection, trouve la ligne <i>acquire</i> et en fait le traitement. Dans ce cas, il dÃ©marre avec la commande\:  <pre> importfrom.pl oai-e </pre> (le nom de la collection est <i>oai-e</i>).</p>
 description2=<p>La ligne <i>acquire</i> dans le fichier de configuration spÃ©cifie le protocole OAI et donne l\'URL de base d\'un rÃ©pertoire OAI. Le programme <i>importfrom</i> tÃ©lÃ©charge toutes les mÃ©ta-donnÃ©es de ce entrepÃŽt dans le dossier <i>import</i> de la collection. L\'argument <i>getdoc</i> lui donne les instructions de tÃ©lÃ©charger aussi les documents sources de la collection dont les URL sont donnÃ©es dans le champ Dublin Core <i>Identifier</i> (Identificateur) de chaque document (ceci est une convention gÃ©nÃ©rale). Les fichiers de mÃ©ta-donnÃ©es, dont chacun contient un enregistrement XML pour un document source, sont placÃ©s dans la structure de fichiers <i>import</i> avec les documents eux-mÃªmes, et le nom de fichier du document est le mÃªme que le nom de fichier dans l\'URL. Le champ <i>Identifier</i> est Ã©crasÃ© pour donner le nom de fichier local et sa valeur originale est retenue dans le nouveau champ appelÃ© <i>OrigURL</i>.</p>
+description2=<p>La ligne <i>acquire</i> dans le fichier de configuration spÃ©cifie le protocole OAI et donne l'URL de base d'un rÃ©pertoire OAI. Le programme <i>importfrom</i> tÃ©lÃ©charge toutes les mÃ©ta-donnÃ©es de ce entrepÃŽt dans le dossier <i>import</i> de la collection. L'argument <i>getdoc</i> lui donne les instructions de tÃ©lÃ©charger aussi les documents sources de la collection dont les URL sont donnÃ©es dans le champ Dublin Core <i>Identifier</i> (Identificateur) de chaque document (ceci est une convention gÃ©nÃ©rale). Les fichiers de mÃ©ta-donnÃ©es, dont chacun contient un enregistrement XML pour un document source, sont placÃ©s dans la structure de fichiers <i>import</i> avec les documents eux-mÃªmes, et le nom de fichier du document est le mÃªme que le nom de fichier dans l'URL. Le champ <i>Identifier</i> est Ã©crasÃ© pour donner le nom de fichier local et sa valeur originale est retenue dans le nouveau champ appelÃ© <i>OrigURL</i>.</p>
 description3=<p><tt>collect/oai-e/etc/oai.txt</tt> est un exemple de fichier de mÃ©ta-donnÃ©es tÃ©lÃ©chargÃ©.</p>
 description4=<p>Une fois que l\'information OAI a Ã©tÃ© importÃ©e, la collection est traitÃ©e de faÃ§on usuelle. Le fichier de configuration prÃ©cise le plugin OAI, qui traite la mÃ©ta-donnÃ©e OAI et le plugin de l\'image, car dans ce cas les documents source de la collection sont des fichiers d\'images. En plus des quatre plugiciels de base (GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin and DirectoryPlugin), le fichier de configuration dÃ©termine le comportement du plugiciel OAI, qui traite les mÃ©tadonnÃ©es OAI, ainsi que celui du plugiciel Image, puisque dans ce cas, les documents sources de la collection sont des fichiers images. Il a aussi un argument <i>default_language</i>. Normalement, Greenstone dÃ©termine automatiquement la langue des documents, mais ces enregistrements de mÃ©ta-donnÃ©es sont trÃšs insuffisants pour que ceci soit fait de maniÃšre fiable\: dÃšs lors, l\'anglais est spÃ©cifiÃ© explicitement dans l\'argument <i>language</i>. Le plugin OAI analyse la mÃ©ta-donnÃ©e et la transmet au fichier du document source appropriÃ©, qui est ainsi traitÃ© par un plugin appropriÃ© --- dans ce cas-ci par <i>ImagePlugin</i>. Ce plugin spÃ©cifie la rÃ©solution pour les versions Ã©cran des images.</p>
+description4=<p>Une fois que l'information OAI a Ã©tÃ© importÃ©e, la collection est traitÃ©e de faÃ§on usuelle. Le fichier de configuration prÃ©cise le plugin OAI, qui traite la mÃ©ta-donnÃ©e OAI et le plugin de l'image, car dans ce cas les documents source de la collection sont des fichiers d'images. En plus des quatre plugiciels de base (GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin and DirectoryPlugin), le fichier de configuration dÃ©termine le comportement du plugiciel OAI, qui traite les mÃ©tadonnÃ©es OAI, ainsi que celui du plugiciel Image, puisque dans ce cas, les documents sources de la collection sont des fichiers images. Il a aussi un argument <i>default_language</i>. Normalement, Greenstone dÃ©termine automatiquement la langue des documents, mais ces enregistrements de mÃ©ta-donnÃ©es sont trÃšs insuffisants pour que ceci soit fait de maniÃšre fiable\: dÃšs lors, l'anglais est spÃ©cifiÃ© explicitement dans l'argument <i>language</i>. Le plugin OAI analyse la mÃ©ta-donnÃ©e et la transmet au fichier du document source appropriÃ©, qui est ainsi traitÃ© par un plugin appropriÃ© --- dans ce cas-ci par <i>ImagePlugin</i>. Ce plugin spÃ©cifie la rÃ©solution pour les versions Ã©cran des images.</p>
 description5=<p>Par dÃ©faut, les mÃ©tadonnÃ©es extraites d\'enregistrements OAI sont converties en mÃ©tadonnÃ©es Dublin Core. Par consÃ©quent, les classificateurs et les index de cette collection sont construits Ã  partir des Ã©lÃ©ments de mÃ©tadonnÃ©es Dublin Core.</p>
+description5=<p>Par dÃ©faut, les mÃ©tadonnÃ©es extraites d'enregistrements OAI sont converties en mÃ©tadonnÃ©es Dublin Core. Par consÃ©quent, les classificateurs et les index de cette collection sont construits Ã  partir des Ã©lÃ©ments de mÃ©tadonnÃ©es Dublin Core.</p>
 description6=<p>Le <tt>fichier de configuration de la collection</tt> a un index "full-text" unique contenant la mÃ©ta-donnÃ©e <i>dc.Description</i>. Quand un document est affichÃ©, la dÃ©claration de format <i>DocumentHeading</i> rÃ©vÃšle son <i>dc.Subject</i> (Sujet). Elle est ensuite suivie de la dÃ©claration <i>DocumentContent</i> avec <i>screenicon</i> produit par <i>ImagePlugin</i> et qui donne une version rÃ©solution d\'Ã©cran de l\'image; elle est liÃ©e Ã  la mÃ©ta-donnÃ©e <i>dc.OrigURL</i>, c\'est Ã  dire la version originale de l\'image sur le site OAI distant. Elle est suivie par <i>dc.Description</i> de l\'image, aussi avec un lien; le type et la taille de l\'image, gÃ©nÃ©rÃ©s Ã©galement comme mÃ©ta-donnÃ©es par <i>ImagePlugin</i>; et enfin les mÃ©ta-donnÃ©es <i>dc.Subject</i>, <i>dc.Publisher</i> et <i>dc.Rights</i>. <a href="library/collection/oai-e/document/01dle6">Voici</a> le rÃ©sultat.</p>
+description6=<p>Le <tt>fichier de configuration de la collection</tt> a un index "full-text" unique contenant la mÃ©ta-donnÃ©e <i>dc.Description</i>. Quand un document est affichÃ©, la dÃ©claration de format <i>DocumentHeading</i> rÃ©vÃšle son <i>dc.Subject</i> (Sujet). Elle est ensuite suivie de la dÃ©claration <i>DocumentContent</i> avec <i>screenicon</i> produit par <i>ImagePlugin</i> et qui donne une version rÃ©solution d'Ã©cran de l'image; elle est liÃ©e Ã  la mÃ©ta-donnÃ©e <i>dc.OrigURL</i>, c'est Ã  dire la version originale de l'image sur le site OAI distant. Elle est suivie par <i>dc.Description</i> de l'image, aussi avec un lien; le type et la taille de l'image, gÃ©nÃ©rÃ©s Ã©galement comme mÃ©ta-donnÃ©es par <i>ImagePlugin</i>; et enfin les mÃ©ta-donnÃ©es <i>dc.Subject</i>, <i>dc.Publisher</i> et <i>dc.Rights</i>. <a href="library/collection/oai-e/document/01dle6">Voici</a> le rÃ©sultat.</p>
 description7=<p>Il y a deux classificateurs de navigation, l\'un basÃ© sur la mÃ©ta-donnÃ©e <i>dc.Subject</i> et l\'autre sur la mÃ©ta-donnÃ©e <i>dc.Description</i> (mais avec un bouton dÃ©nommÃ© "lÃ©gends"). On rappelle que le classificateur <i>AZCompactList</i> est identique Ã  <i>AZList</i> mais produit un rayon pour dupliquer les articles. Cette collection contient plusieurs images mais seulement peu de valeurs diffÃ©rentes pour la mÃ©ta-donnÃ©e <i>dc.Subject</i>.</p>
+description7=<p>Il y a deux classificateurs de navigation, l'un basÃ© sur la mÃ©ta-donnÃ©e <i>dc.Subject</i> et l'autre sur la mÃ©ta-donnÃ©e <i>dc.Description</i> (mais avec un bouton dÃ©nommÃ© "lÃ©gends"). On rappelle que le classificateur <i>AZCompactList</i> est identique Ã  <i>AZList</i> mais produit un rayon pour dupliquer les articles. Cette collection contient plusieurs images mais seulement peu de valeurs diffÃ©rentes pour la mÃ©ta-donnÃ©e <i>dc.Subject</i>.</p>
 description8=<p>C\'est un peu surprenant que <i>AZCompactList</i> soit utilisÃ© (au lieu de <i>AZList</i>) pour l\'index <i>dc.Description</i> aussi, car la mÃ©ta-donnÃ©e <i>dc.Description</i> est usuellement unique pour chaque image. Cependant, dans cette collection, la mÃªme description a Ã©tÃ© occasionnellement donnÃ©e Ã  plusieurs images, et certaines des divisions dans <i>AZList</i> contiendraient un grand nombre d\'images, ralentissant la transmission de cette page. Pour Ã©viter cela, la version compact de la liste est utilisÃ©e avec quelques arguments (<i>mincompact</i>, <i>maxcompact</i>, <i>mingroup</i>, <i>minnesting</i>) pour contrÃŽler l\'affichage \' c\'est Ã  dire des groupes (reprÃ©sentÃ©s par les rayons de bibliothÃšque) ne sont formÃ©s qu\'Ã  condition qu\'il aient au moins cinq Ã©lÃ©ments (<i>mingroup</i>). Pour trouver la signification des autres arguments pour ce classificateur, il faut exÃ©cuter la commande <i>classinfo.pl AZCompactList</i>. Les programmes <i>classinfo.pl</i> (pour classificateurs) et <i>pluginfo.pl</i> (pour plugins) sont des outils prÃ©cieux pour connaÃ®tre les capacitÃ©s des modules de Greenstone. Il faut noter que le "backslash" (\\\\) dans le fichier de configuration est gÃ©nÃ©ralement utilisÃ© pour indiquer une continuation de la ligne prÃ©cÃ©dente.</p>
+description8=<p>C'est un peu surprenant que <i>AZCompactList</i> soit utilisÃ© (au lieu de <i>AZList</i>) pour l'index <i>dc.Description</i> aussi, car la mÃ©ta-donnÃ©e <i>dc.Description</i> est usuellement unique pour chaque image. Cependant, dans cette collection, la mÃªme description a Ã©tÃ© occasionnellement donnÃ©e Ã  plusieurs images, et certaines des divisions dans <i>AZList</i> contiendraient un grand nombre d'images, ralentissant la transmission de cette page. Pour Ã©viter cela, la version compact de la liste est utilisÃ©e avec quelques arguments (<i>mincompact</i>, <i>maxcompact</i>, <i>mingroup</i>, <i>minnesting</i>) pour contrÃŽler l'affichage ' c'est Ã  dire des groupes (reprÃ©sentÃ©s par les rayons de bibliothÃšque) ne sont formÃ©s qu'Ã  condition qu'il aient au moins cinq Ã©lÃ©ments (<i>mingroup</i>). Pour trouver la signification des autres arguments pour ce classificateur, il faut exÃ©cuter la commande <i>classinfo.pl AZCompactList</i>. Les programmes <i>classinfo.pl</i> (pour classificateurs) et <i>pluginfo.pl</i> (pour plugins) sont des outils prÃ©cieux pour connaÃ®tre les capacitÃ©s des modules de Greenstone. Il faut noter que le "backslash" (\\\\) dans le fichier de configuration est gÃ©nÃ©ralement utilisÃ© pour indiquer une continuation de la ligne prÃ©cÃ©dente.</p>
 description9=<p>La spÃ©cification du format <i>Vlist</i> montre l\'onglet de l\'image, liÃ© (hyperlien) au document associÃ©, suivi de la mÃ©ta-donnÃ©e <i>dc.Description</i>; le rÃ©sultat peut Ãªtre vu <a href="library/collection/oai-e/browse/CL2">ici</a>. <i>Vlist</i> pour les classificateurs utilise <i>numleafdocs</i> pour commuter d\'une icÃŽne reprÃ©sentant plusieurs documents (ce qui apparaÃ®tra dans le rayon de livres) Ã  l\'onglet lui-mÃªme, si une seule image est prÃ©sente.</p>
+description9=<p>La spÃ©cification du format <i>Vlist</i> montre l'onglet de l'image, liÃ© (hyperlien) au document associÃ©, suivi de la mÃ©ta-donnÃ©e <i>dc.Description</i>; le rÃ©sultat peut Ãªtre vu <a href="library/collection/oai-e/browse/CL2">ici</a>. <i>Vlist</i> pour les classificateurs utilise <i>numleafdocs</i> pour commuter d'une icÃŽne reprÃ©sentant plusieurs documents (ce qui apparaÃ®tra dans le rayon de livres) Ã  l'onglet lui-mÃªme, si une seule image est prÃ©sente.</p>
 description10=<h3>Le serveur OAI de Greenstone</h3><p>Greenstone inclus un fournisseur de donnÃ© de type OAI. Il fonctionne par le biais d\'un programme CGI nommÃ© "oaiserver.cgi" lequel se trouve dans le fichier <i>cgi-bin</i> de Greenstone. On peut y accÃ©der au moyen de la mÃªme URL que la librairie de Greenstone (en remplacant "library.cgi" par "oaiserver.cgi"). Si vous utilisez le serveur local de librairie de windows, vous devez installer un serveur internet (tel qu\'Apache) pour pouvoir utiliser ce serveur OAI.</p>
+description10=<h3>Le serveur OAI de Greenstone</h3><p>Greenstone inclus un fournisseur de donnÃ© de type OAI. Il fonctionne par le biais d'un programme CGI nommÃ© "oaiserver.cgi" lequel se trouve dans le fichier <i>cgi-bin</i> de Greenstone. On peut y accÃ©der au moyen de la mÃªme URL que la librairie de Greenstone (en remplacant "library.cgi" par "oaiserver.cgi"). Si vous utilisez le serveur local de librairie de windows, vous devez installer un serveur internet (tel qu'Apache) pour pouvoir utiliser ce serveur OAI.</p>
 description11=<p>La configuration du serveur est rÃ©alisÃ©e au moyen du fichier <i>oai.cfg</i> se trouvant dans le dossier <i>etc</i> de Greenstone. Ce fichier spÃ©cifie des informations gÃ©nÃ©rales sur le dossier et fait la liste des collections Ã  rendre accessibles aux clients OAI. Par dÃ©faut, les collections ne sont pas accÃ©ssibles. Afin de rendre une collection accessible, ajoutez son nom Ã  la liste <i>oaicollection</i>. Les collections construites avec des version de Greenstone antÃ©rieures Ã  la version 2.52 doivent Ãªtre recompilÃ©e avant de pouvoir Ãªtre utilisÃ©e par le serveur.</p>
 description12=<p>A ce jour, le serveur OAI de Greenstone gÃšre les jeux de mÃ©tadonnÃ©es Dublin Core, Dublin Core qualifiÃ©, et rfc1807. La ligne <i>oaimetadata</i> dÃ©finit les jeux de mÃ©tadonnÃ©es Ã  utiliser. Pour les collections utilisant d\'autres jeux de mÃ©tadonnÃ©es, des rÃšgles de correspondance des mÃ©tadonnÃ©es peuvent Ãªtre ajoutÃ©es pour faire correspondre les mÃ©tadonnÃ©es existantes avec les jeux disponibles. Voir le fichier <i>oai.cfg</i> pour plus d\'informations.</p>
+description12=<p>A ce jour, le serveur OAI de Greenstone gÃšre les jeux de mÃ©tadonnÃ©es Dublin Core, Dublin Core qualifiÃ©, et rfc1807. La ligne <i>oaimetadata</i> dÃ©finit les jeux de mÃ©tadonnÃ©es Ã  utiliser. Pour les collections utilisant d'autres jeux de mÃ©tadonnÃ©es, des rÃšgles de correspondance des mÃ©tadonnÃ©es peuvent Ãªtre ajoutÃ©es pour faire correspondre les mÃ©tadonnÃ©es existantes avec les jeux disponibles. Voir le fichier <i>oai.cfg</i> pour plus d'informations.</p>

documented-examples/trunk/pagedimg-e/resources/collectionConfig.properties

-              r36621
+              r36623
 shortDescription=<p>This collection contains a few newspapers from the <a href='http\://www.nzdl.org/cgi-bin/library?a=p&amp;p=about&amp;c=niupepa'>Niupepa</a> collection of Maori newspapers.</p>
 description1=<h3>How the collection works</h3> <p>Each newspaper issue consists of a set of images, one per page, and a set of text files for the OCR\'d text. An item file links the set of pages into a single newspaper document. PagedImagePlugin is used to process the item files.</p>
+description1=<h3>How the collection works</h3> <p>Each newspaper issue consists of a set of images, one per page, and a set of text files for the OCR'd text. An item file links the set of pages into a single newspaper document. PagedImagePlugin is used to process the item files.</p>
 description2=<p>There are two styles of item files, and this collection demonstrates both. The first uses a text based format, and consists of a list of metadata for the document, and a list of pages. Some examples are\: <i>Te Waka o Te Iwi, Vol. 1, No. 1</i> (in <tt>import/09/09_1_1.item</tt>) and <i>Te Whetu o Te Tau, Vol. 1, No. 3</i> (in <tt>import/10/10_1_3.item</tt>. This format allows specification of document level metadata, and a single list of pages.</p>
 …
 description5=<p><tt>plugin PagedImagePlugin -documenttype hierarchy -process_exp xml.*\.item$ ... <br/> plugin PagedImagePlugin -documenttype paged ...</tt></p>
 description6=<p>XML based newpapers have been grouped into a folder called <tt>xml</tt>. This enables us to process these files differently, by utilising the <tt>process_exp</tt> option which all plugins support. The first PagedImagePlugin in the list looks for item files underneath the xml folder. These documents will be processed as hierarchical documents. Item files that don\'t match the process expression (i.e. aren\'t underneath the xml folder) will be passed onto the second PagedImagePlugin, and these are treated as paged documents.</p>
+description6=<p>XML based newpapers have been grouped into a folder called <tt>xml</tt>. This enables us to process these files differently, by utilising the <tt>process_exp</tt> option which all plugins support. The first PagedImagePlugin in the list looks for item files underneath the xml folder. These documents will be processed as hierarchical documents. Item files that don't match the process expression (i.e. aren't underneath the xml folder) will be passed onto the second PagedImagePlugin, and these are treated as paged documents.</p>
 description7=<p><b>Formatting</b> <p>Unlike in Greenstone 2, where the document formatting was modified to customize the display, in Greenstone 3 we rely for the rest on Greenstone\'s default behaviour.</p>
+description7=<p><b>Formatting</b> <p>Unlike in Greenstone 2, where the document formatting was modified to customize the display, in Greenstone 3 we rely for the rest on Greenstone's default behaviour.</p>

documented-examples/trunk/pagedimg-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 name=Exemple d\'image mise en page
+name=Exemple d'image mise en page
 section_text=pages de journaux
 shortDescription=<p>Cette collection contient quelques journaux de la collection de journaux Maori <a href='http\://www.nzdl.org/cgi-bin/library?a=p&amp;p=about&amp;c=niupepa\'>Niupepa</a>.</p>
+shortDescription=<p>Cette collection contient quelques journaux de la collection de journaux Maori <a href='http\://www.nzdl.org/cgi-bin/library?a=p&amp;p=about&amp;c=niupepa'>Niupepa</a>.</p>
 description1=<h3>Comment fonctionne la collection</h3>  <p>Chaque numÃ©ro de revue est constituÃ© d\'une sÃ©rie d\'images, une par page, et d\'une sÃ©rie de fichiers textuels issus de l\'OCR. Un fichier d\'exemplaire fait le lien entre la sÃ©rie d\'images et le document du numÃ©ro du journal. Le plugiciel PagedImagePlugin est utilisÃ© pour traiter les fichiers d\'exemplaire.</p>
+description1=<h3>Comment fonctionne la collection</h3>  <p>Chaque numÃ©ro de revue est constituÃ© d'une sÃ©rie d'images, une par page, et d'une sÃ©rie de fichiers textuels issus de l'OCR. Un fichier d'exemplaire fait le lien entre la sÃ©rie d'images et le document du numÃ©ro du journal. Le plugiciel PagedImagePlugin est utilisÃ© pour traiter les fichiers d'exemplaire.</p>
 description2=<p>Il y a deux styles de fichiers d\'exemplaires, et cette collection les utilise tous les deux. Le premier utilise un format textuel, et regroupe une liste de mÃ©tadonnÃ©es et une liste de pages.  En voici quelques exemples \: Te Waka o Te Iwi, Vol. 1, No. 1 (<tt>import/09/09\_1\_1.item\</tt>), Te Whetu o Te Tau, Vol. 1, No. 3 (<tt>import/10/10\_1\_3.item\</tt>). Ce format permet de spÃ©cifier des mÃ©tadonnÃ©es de niveau document, et une seule liste de pages.</p>
+description2=<p>Il y a deux styles de fichiers d'exemplaires, et cette collection les utilise tous les deux. Le premier utilise un format textuel, et regroupe une liste de mÃ©tadonnÃ©es et une liste de pages.  En voici quelques exemples \: Te Waka o Te Iwi, Vol. 1, No. 1 (<tt>import/09/09\_1\_1.item\</tt>), Te Whetu o Te Tau, Vol. 1, No. 3 (<tt>import/10/10\_1\_3.item\</tt>). Ce format permet de spÃ©cifier des mÃ©tadonnÃ©es de niveau document, et une seule liste de pages.</p>
 description3=<p>Le second style est un format Ã©tendu et utilise XML. Il permet de hiÃ©rarchiser les pages, et de spÃ©cifier des mÃ©tadonnÃ©es aussi bien au niveau de la page que du document. En voici un exemple \: Matariki 1881, No. 2 (<tt>import/xml/23/23\_\_2.item\</tt>). Ce journal a aussi un rÃ©sumÃ© qui lui est associÃ©. Les contenus ont donc Ã©tÃ© regroupÃ©s en deux sections \: matÃ©riaux complÃ©mentaires, qui contient les
 rÃ©sumÃ©s, et pages du journal, qui contient les images des pages.</p>
 description4=<p>Les documents paginÃ©s peuvent Ãªtre prÃ©sentÃ©s avec une table des matiÃšres hiÃ©rarchique (voir par exemple <a href='library/collection/pagedimg-e/document/23__1?ed=1'>celle-ci</a>), ou avec des flÃšches de navigation pour atteindre la page prÃ©cÃ©dente ou la page suivante, ainsi qu\'une boÃ®te permettant d\'atteindre une page en particulier (par exemple <a href='library/collection/pagedimg-e/document/10_1_2'>celle-ci</a>). Cela est dÃ©fini par l\'option <tt>-documenttype (hierarchy|paged)</tt> du plugiciel PagedImagePlugin. Les flÃšches de navigation suivent l\'organisation linÃ©aire des documents, tandis que la table des matiÃšres respecte l\'organisation hiÃ©rarchique des documents. Normalement, une collection Greenstone utilise un seul plugiciel par type de document, et tous les documents de ce type subissent le mÃªme traitement. Dans ce cas, nous voulons traiter diffÃ©remment les fichiers d\'exemplaires au format XML et les ficiers d\'exemplaires au format texte. Nous pouvons arriver Ã  ce rÃ©sultat en ajoutant deux plugiciels PagedImagePlugin Ã  la collection, et en les configurant diffÃ©remment de la faÃ§on suivante \:</p>
+description4=<p>Les documents paginÃ©s peuvent Ãªtre prÃ©sentÃ©s avec une table des matiÃšres hiÃ©rarchique (voir par exemple <a href='library/collection/pagedimg-e/document/23__1?ed=1'>celle-ci</a>), ou avec des flÃšches de navigation pour atteindre la page prÃ©cÃ©dente ou la page suivante, ainsi qu'une boÃ®te permettant d'atteindre une page en particulier (par exemple <a href='library/collection/pagedimg-e/document/10_1_2'>celle-ci</a>). Cela est dÃ©fini par l'option <tt>-documenttype (hierarchy|paged)</tt> du plugiciel PagedImagePlugin. Les flÃšches de navigation suivent l'organisation linÃ©aire des documents, tandis que la table des matiÃšres respecte l'organisation hiÃ©rarchique des documents. Normalement, une collection Greenstone utilise un seul plugiciel par type de document, et tous les documents de ce type subissent le mÃªme traitement. Dans ce cas, nous voulons traiter diffÃ©remment les fichiers d'exemplaires au format XML et les ficiers d'exemplaires au format texte. Nous pouvons arriver Ã  ce rÃ©sultat en ajoutant deux plugiciels PagedImagePlugin Ã  la collection, et en les configurant diffÃ©remment de la faÃ§on suivante \:</p>
 description5=<p><tt>plugin PagedImagePlugin -documenttype hierarchy -process_exp xml.*\.item$ ... <br/> plugin PagedImagePlugin -documenttype paged ...</tt></p>
 description6=<p>Les journaux dÃ©crits en XML ont Ã©tÃ© regroupÃ©s dans un dossier appelÃ© <tt>xml</tt>. Cela nous permet de traiter ces fichiers diffÃ©remment, en utilisant l\'option <tt>process_exp</tt> dont disposent tous les plugiciels. Le premier plugiciel PagedImagePlugin de la liste recherche les fichiers d\'exemplaires Ã  l\'intÃ©rieur du dossier xml. Ces documents seront alors traitÃ©s comme des documents hiÃ©rarchisÃ©s. Les fichiers d\'exemplaires qui ne correspondent pas Ã  l\'expression de recherche (c\'est Ã  dire qui ne sont pas situÃ©s dans le dossier xml) seront traitÃ©s par le second plugiciel PagedImagePlugin, comme des documents paginÃ©s.</p>
+description6=<p>Les journaux dÃ©crits en XML ont Ã©tÃ© regroupÃ©s dans un dossier appelÃ© <tt>xml</tt>. Cela nous permet de traiter ces fichiers diffÃ©remment, en utilisant l'option <tt>process_exp</tt> dont disposent tous les plugiciels. Le premier plugiciel PagedImagePlugin de la liste recherche les fichiers d'exemplaires Ã  l'intÃ©rieur du dossier xml. Ces documents seront alors traitÃ©s comme des documents hiÃ©rarchisÃ©s. Les fichiers d'exemplaires qui ne correspondent pas Ã  l'expression de recherche (c'est Ã  dire qui ne sont pas situÃ©s dans le dossier xml) seront traitÃ©s par le second plugiciel PagedImagePlugin, comme des documents paginÃ©s.</p>
 description7=[PENDING]<p><b>Formatage</b> <p>Nous avons modifiÃ© le formatage du document pour afficher les images en haute rÃ©solution, prÃ©visualiser les images ou le texte, avec un bouton pour passer d\'un mode Ã  l\'autre. Cela implique des modifications dans les dÃ©clarations des formats DocumentHeading et DocumentText, dans le fichier de configuration de la collection (<tt>(etc/collectionConfig.xml)</tt>), et la dÃ©finition de certaines macros dans le fichier de macro extra.dm (<tt>macros/extra.dm</tt>). Le fichier de macro extra.dm dÃ©finit les boutons (\_viewfullsize\_, \_viewpreview\_, \_viewtext\_) qui sont utilisÃ©s par la dÃ©claration de format dans le fichier collect.cfg. La dÃ©claration de format change l\'affichage du document et dÃ©finit les boutons affichÃ©s en se basant sur l\'argument p, qui est aussi dÃ©fini dans la dÃ©claration du format.</p>
+description7=[PENDING]<p><b>Formatage</b> <p>Nous avons modifiÃ© le formatage du document pour afficher les images en haute rÃ©solution, prÃ©visualiser les images ou le texte, avec un bouton pour passer d'un mode Ã  l'autre. Cela implique des modifications dans les dÃ©clarations des formats DocumentHeading et DocumentText, dans le fichier de configuration de la collection (<tt>(etc/collectionConfig.xml)</tt>), et la dÃ©finition de certaines macros dans le fichier de macro extra.dm (<tt>macros/extra.dm</tt>). Le fichier de macro extra.dm dÃ©finit les boutons (\_viewfullsize\_, \_viewpreview\_, \_viewtext\_) qui sont utilisÃ©s par la dÃ©claration de format dans le fichier collect.cfg. La dÃ©claration de format change l'affichage du document et dÃ©finit les boutons affichÃ©s en se basant sur l'argument p, qui est aussi dÃ©fini dans la dÃ©claration du format.</p>

documented-examples/trunk/style-e/resources/collectionConfig.properties

-              r36621
+              r36623
 shortDescription=<p>This collection demonstrates Greenstone\'s use of Cascading Style Sheets (CSS) for visual formatting in web browsers. On every page, you can change the style-sheet in effect, to modify that page\'s appearance. This collection contains the same material as the original Greenstone demo collection.</p>
+shortDescription=<p>This collection demonstrates Greenstone's use of Cascading Style Sheets (CSS) for visual formatting in web browsers. On every page, you can change the style-sheet in effect, to modify that page's appearance. This collection contains the same material as the original Greenstone demo collection.</p>
 description1=<p>A combination of JavaScript and the overriding of GS3 XSL templates in Greenstone 3\'s <i>global</i> format statement is used by the collection to provide the stylesheet switching. As in some other <i>Documented Example Collections</i>, GLI\'s <tt>Format &gt; Format Features &gt; global</tt> can be used to define the <b>additionalHeaderContent</b> template. Doing so overrides the existing <i>additionalHeaderContent</i> template, and appends any specified HTML elements to the HTML header.</p>
+description1=<p>A combination of JavaScript and the overriding of GS3 XSL templates in Greenstone 3's <i>global</i> format statement is used by the collection to provide the stylesheet switching. As in some other <i>Documented Example Collections</i>, GLI's <tt>Format &gt; Format Features &gt; global</tt> can be used to define the <b>additionalHeaderContent</b> template. Doing so overrides the existing <i>additionalHeaderContent</i> template, and appends any specified HTML elements to the HTML header.</p>
 description2=<p>In this case, the <b>additionalHeaderContent</b> specifies the custom collection stylesheet currently active and the JavaScript to facilitate the stylesheet switching when a link is clicked. The <b>create-banner</b> XSL template in the <i>global</i> format statement is also overridden to provide links to the multiple stylesheets within the existing GS3 banner section, and invoke the custom JavaScript when any link is clicked. \n\
 …
   &lt;xsl\:template name="additionalHeaderContent"&gt; \n\
     &lt;xsl\:variable name="httpCollection"&gt; \n\
       &lt;xsl\:value-of select="/page/pageResponse/collection/metadataList/metadata[@name=\'httpPath\']"/&gt; \n\
+      &lt;xsl\:value-of select="/page/pageResponse/collection/metadataList/metadata[@name='httpPath']"/&gt; \n\
     &lt;/xsl\:variable&gt; \n\
     &lt;link rel="stylesheet" href="{$httpCollection}/style/gs3-style-default-extra.css" type="text/css"  \n\
 …
     &lt;div class="choose_style"&gt; \n\
         Choose a style\: \n\
         &lt;a href="#" onclick="replaceStyle(\'gs3-style-default-extra\');return false;"&gt;Default Greenstone&lt;/a&gt;, \n\
         &lt;a href="#" onclick="replaceStyle(\'gs3-style-blue\');return false;"&gt;Blue&lt;/a&gt;, \n\
         &lt;a href="#" onclick="replaceStyle(\'gs3-style-olive-purple\');return false;"&gt;OlivePurple&lt;/a&gt;,        \n\
         &lt;a href="#" onclick="replaceStyle(\'');return false;"&gt;None&lt;/a&gt; \n\
+        &lt;a href="#" onclick="replaceStyle('gs3-style-default-extra');return false;"&gt;Default Greenstone&lt;/a&gt;, \n\
+        &lt;a href="#" onclick="replaceStyle('gs3-style-blue');return false;"&gt;Blue&lt;/a&gt;, \n\
+        &lt;a href="#" onclick="replaceStyle('gs3-style-olive-purple');return false;"&gt;OlivePurple&lt;/a&gt;,      \n\
+        &lt;a href="#" onclick="replaceStyle('');return false;"&gt;None&lt;/a&gt; \n\
         &lt;/div&gt; \n\
     &lt;div id="gs_banner" class="ui-widget-header ui-corner-bottom"&gt;         \n\
 …
 description3=<p>If you want to download any of these stylesheets for your own collections, here are links to them\: \n\
 <ul> \n\
 <li><a href='https\://trac.greenstone.org/browser/documented-examples/trunk/style-e/style/gs3-style-default-extra.css\'>GS3 default extra</a> - builds on top of GS3\'s default style</li> \n\
 <li><a href='https\://trac.greenstone.org/browser/documented-examples/trunk/style-e/style/gs3-style-blue.css\'>Blue theme</a> - modifies the GS3 default style for a blue colouring</li> \n\
 <li><a href='https\://trac.greenstone.org/browser/documented-examples/trunk/style-e/style/gs3-style-olive-purple.css\'>olive-purple theme</a> - modifies the GS3 default style for a vivid colouring of vine green and purples</li> \n\
+<li><a href='https\://trac.greenstone.org/browser/documented-examples/trunk/style-e/style/gs3-style-default-extra.css'>GS3 default extra</a> - builds on top of GS3's default style</li> \n\
+<li><a href='https\://trac.greenstone.org/browser/documented-examples/trunk/style-e/style/gs3-style-blue.css'>Blue theme</a> - modifies the GS3 default style for a blue colouring</li> \n\
+<li><a href='https\://trac.greenstone.org/browser/documented-examples/trunk/style-e/style/gs3-style-olive-purple.css'>olive-purple theme</a> - modifies the GS3 default style for a vivid colouring of vine green and purples</li> \n\
 <li>None - clears all CSS styling from the current page (needs reload to get the default GS3 style back)</li> \n\
 </ul> \n\
 …
 <ul> \n\
 <li>To use a stylesheet as the default, place it in greenstone/web/interfaces/default/style and rename it to <tt>style.css</tt>. This will affect all collections.</li> \n\
 <li>To use a stylesheet for a particular collection, place it in <tt>greenstone/web/sites/localsite/collect/&lt;collection&gt;/style</tt> then specify the stylesheet link in the <b>additionalHeaderContent</b> of GLI\'s <i>global</i> format statement (<tt>Format &gt; Format Features &gt; global</tt>) as follows\: \n\
+<li>To use a stylesheet for a particular collection, place it in <tt>greenstone/web/sites/localsite/collect/&lt;collection&gt;/style</tt> then specify the stylesheet link in the <b>additionalHeaderContent</b> of GLI's <i>global</i> format statement (<tt>Format &gt; Format Features &gt; global</tt>) as follows\: \n\
 <pre>&lt;xsl\:template name="additionalHeaderContent"&gt; \n\
     &lt;xsl\:variable name="httpCollection"&gt; \n\
       &lt;xsl\:value-of select="/page/pageResponse/collection/metadataList/metadata[@name=\'httpPath\']"/&gt; \n\
+      &lt;xsl\:value-of select="/page/pageResponse/collection/metadataList/metadata[@name='httpPath']"/&gt; \n\
     &lt;/xsl\:variable&gt; \n\
     &lt;link href="{$httpCollection}/style/stylesheet-name.css" rel="stylesheet" type="text/css"/&gt; \n\

documented-examples/trunk/style-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 name=DÃ©mo de feuilles de styles en cascade (CSS)
 shortDescription=<p>Cette collection montre l\'usage que fait Greenstone des feuilles de style en cascace (CSS) pour le formatage visuel dans les navigateurs Web. (Greenstone utilise les feuilles CSS Ã  la place des tableaux HTML depuis la version 2.63.) Sur chaque page, vous pouvez changer la feuille de style utilisÃ©e, pour changer l\'apparence de la page. </p>
+shortDescription=<p>Cette collection montre l'usage que fait Greenstone des feuilles de style en cascace (CSS) pour le formatage visuel dans les navigateurs Web. (Greenstone utilise les feuilles CSS Ã  la place des tableaux HTML depuis la version 2.63.) Sur chaque page, vous pouvez changer la feuille de style utilisÃ©e, pour changer l'apparence de la page. </p>
 description1=[PENDING]<p>Cette collection contient les mÃªmes matÃ©riaux que la collection de dÃ©monstration originale de Greenstone. </p>
 …
 description2=[PENDING]<p>Un fichier de macro <tt>macros/extra.dm</tt> est utilisÃ© par cette collection pour permettre de changer de feuille de style. Cela redÃ©finit quelques macros du paquet <i>Style</i> \: <b>\_cssheader\_</b>, pour permettre le lien vers plusieurs feuilles de style; <b>\_optnavigationbar\_</b>, pour afficher le lien Ã  cliquer; et <b>\_pagescriptextra\_</b>, pour faciliter le changement de feuille de style quand on clique sur un lien.</p>
 description3=[PENDING]<p>Si vous voulez tÃ©lÃ©charger n\'importe laquelle de ces feuilles de style pour vos propres collections, voici les liens qui y renvoient \: \n\
+description3=[PENDING]<p>Si vous voulez tÃ©lÃ©charger n'importe laquelle de ces feuilles de style pour vos propres collections, voici les liens qui y renvoient \: \n\
 <ul> \n\
 <li><a href='_httpimages_/style.css\'>Style Greenstone par dÃ©faut</a></li> \n\
 <li><a href='_httpcstyle_/style-blue.css\'>thÃšme âOcean Blueâ</a></li> \n\
 <li><a href='_httpcstyle_/style-red.css\'>thÃšme âFire Redâ</a></li> \n\
 <li><a href='_httpimages_/style-print.css\'>Version imprimable</a></li> \n\
+<li><a href='_httpimages_/style.css'>Style Greenstone par dÃ©faut</a></li> \n\
+<li><a href='_httpcstyle_/style-blue.css'>thÃšme âOcean Blueâ</a></li> \n\
+<li><a href='_httpcstyle_/style-red.css'>thÃšme âFire Redâ</a></li> \n\
+<li><a href='_httpimages_/style-print.css'>Version imprimable</a></li> \n\
 </ul> \n\
 </p>
 …
 <ul> \n\
 <li>Pour utiliser une feuille de style par dÃ©faut, copiez-la dans le dossier greenstone/web/style et renommez la en style.css. Cela aura un impact sur toutes les collections.</li> \n\
 <li>Pour utiliser une feuille de style pour une collection particuliÃšre, copiez la dans le dossier style de cette collection, ajoutez un fichier extra.dm dans le rÃ©pertoire des macros de cette collection, et ajoutez-y une macro comme celle-ci (qui utilise la feuille de style style-red.css comme exemple) \: <br/> <small><tt> <br/> package Style<br/> <br/> \_cssheader\_ {<br/> &lt;link rel=\'stylesheet\' href='\_httpcstyle\_/style-red.css\'<br/>  type=\'text/css\' title=\'Fire Red\' charset=\'UTF-8\'&gt;<br/> }<br/> </tt></small> </li> \n\
+<li>Pour utiliser une feuille de style pour une collection particuliÃšre, copiez la dans le dossier style de cette collection, ajoutez un fichier extra.dm dans le rÃ©pertoire des macros de cette collection, et ajoutez-y une macro comme celle-ci (qui utilise la feuille de style style-red.css comme exemple) \: <br/> <small><tt> <br/> package Style<br/> <br/> \_cssheader\_ {<br/> &lt;link rel='stylesheet' href='\_httpcstyle\_/style-red.css'<br/>  type='text/css' title='Fire Red' charset='UTF-8'&gt;<br/> }<br/> </tt></small> </li> \n\
 </ul> \n\
 </p>

documented-examples/trunk/wiki-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 name=Collection d\'Ã©lÃ©ments au format MediaWiki
+name=Collection d'Ã©lÃ©ments au format MediaWiki
 shortDescription=<p>Cette collection de dÃ©monstration est constituÃ©e Ã  partir du site web du wiki Greenstone. Elle montre la nouvelle possibilitÃ© de crÃ©er une collection Greenstone Ã  partir d\'un site web MediaWiki.</p>
+shortDescription=<p>Cette collection de dÃ©monstration est constituÃ©e Ã  partir du site web du wiki Greenstone. Elle montre la nouvelle possibilitÃ© de crÃ©er une collection Greenstone Ã  partir d'un site web MediaWiki.</p>
 description1=<p><h3>Comment fonctionne la collection</h3>Le fichier de configuration de la collection, , <tt>collectionConfig.xml</tt>, contient les plugiciels <i>MediaWikiPlugin</i>, <i>ImagePlugin</i>, <i>ZipPlugin</i>, <i>PDFPlugin</i>, <i>PowerPointPlugin</i>, <i>WordPlugin</i> (de mÃªme que les plugiciels standards <i>GreenstoneXMLPlugin</i>, <i>ArchivesInfPlugin</i> et <i>DirectoryPlugin</i>). Le plugiciel <i>MediaWikiPlugin</i> traite les pages HTML tÃ©lÃ©chargÃ©es Ã  partir d\'un site MediaWiki, tandis que les plugiciels <i>ImagePlugin</i>, <i>ZipPlugin</i>, <i>PDFPlugin</i>, <i>PowerPointPlugin</i> et <i>WordPlugin</i> traitent les images, et les fichiers ZIP, PDF, PowerPoint et Word associÃ©s au Wiki Greenstone.</p>
+description1=<p><h3>Comment fonctionne la collection</h3>Le fichier de configuration de la collection, , <tt>collectionConfig.xml</tt>, contient les plugiciels <i>MediaWikiPlugin</i>, <i>ImagePlugin</i>, <i>ZipPlugin</i>, <i>PDFPlugin</i>, <i>PowerPointPlugin</i>, <i>WordPlugin</i> (de mÃªme que les plugiciels standards <i>GreenstoneXMLPlugin</i>, <i>ArchivesInfPlugin</i> et <i>DirectoryPlugin</i>). Le plugiciel <i>MediaWikiPlugin</i> traite les pages HTML tÃ©lÃ©chargÃ©es Ã  partir d'un site MediaWiki, tandis que les plugiciels <i>ImagePlugin</i>, <i>ZipPlugin</i>, <i>PDFPlugin</i>, <i>PowerPointPlugin</i> et <i>WordPlugin</i> traitent les images, et les fichiers ZIP, PDF, PowerPoint et Word associÃ©s au Wiki Greenstone.</p>
 description2=<p>Pour construire une collection Ã  partir d\'un site MediaWiki, il faut d\'abord tÃ©lÃ©charger les fichiers du wiki en utilisant l\'option <i>MediaWiki</i> du panneau <i>TÃ©lÃ©charger</i> du GLI. Ce type de tÃ©lÃ©chargement fonctionne d\'une faÃ§on similaire au tÃ©lÃ©chargement <i>Web</i>, mais il est spÃ©cialement conÃ§u pour parcourir les sites MediaWiki.</p>
+description2=<p>Pour construire une collection Ã  partir d'un site MediaWiki, il faut d'abord tÃ©lÃ©charger les fichiers du wiki en utilisant l'option <i>MediaWiki</i> du panneau <i>TÃ©lÃ©charger</i> du GLI. Ce type de tÃ©lÃ©chargement fonctionne d'une faÃ§on similaire au tÃ©lÃ©chargement <i>Web</i>, mais il est spÃ©cialement conÃ§u pour parcourir les sites MediaWiki.</p>
 description3=<p>Une fois que les fichiers sont tÃ©lÃ©chargÃ©s, il faut les copier dans une collection en utilisant l\'onglet <i>Rassembler</i>, en les faisant glisser du dossier <i>Fichiers tÃ©lÃ©chargÃ©s</i> dans l\'arborescence de l\'espace de travail, situÃ© sur la gauche de l\'Ã©cran.</p>
+description3=<p>Une fois que les fichiers sont tÃ©lÃ©chargÃ©s, il faut les copier dans une collection en utilisant l'onglet <i>Rassembler</i>, en les faisant glisser du dossier <i>Fichiers tÃ©lÃ©chargÃ©s</i> dans l'arborescence de l'espace de travail, situÃ© sur la gauche de l'Ã©cran.</p>
 description4=<p>Dans la section <i>Document Plugins</i> du panneau <i>Concevoir</i>, ajoutez le plugiciel <i>MediaWikiPlugin</i>. Le plugiciel <i>MediaWikiPlugin</i> a de nombreuses options spÃ©cifiques qui dÃ©terminent des aspects de la prÃ©sentation des pages, comme la prÃ©sence ou non d\'une table des matiÃšres, l\'affichage ou non de barres de navigation et de boÃ®tes de recherche sur chaque page. Configurez ces options en fonction de l\'apparence que vous souhaitez pour vos pages. Vous pouvez voir les options utilisÃ©es par cette collection dans son fichier de configuration de collection.</p>
+description4=<p>Dans la section <i>Document Plugins</i> du panneau <i>Concevoir</i>, ajoutez le plugiciel <i>MediaWikiPlugin</i>. Le plugiciel <i>MediaWikiPlugin</i> a de nombreuses options spÃ©cifiques qui dÃ©terminent des aspects de la prÃ©sentation des pages, comme la prÃ©sence ou non d'une table des matiÃšres, l'affichage ou non de barres de navigation et de boÃ®tes de recherche sur chaque page. Configurez ces options en fonction de l'apparence que vous souhaitez pour vos pages. Vous pouvez voir les options utilisÃ©es par cette collection dans son fichier de configuration de collection.</p>

documented-examples/trunk/wrdpdf-e/resources/collectionConfig.properties

-              r36621
+              r36623
 document_text=documents
 shortDescription=<p>This collection demonstrates Greenstone\'s ability to build collections from documents provided in different formats. It contains a number of papers written by various members of the NZDL project in PDF, MSWord, RTF, and Postscript formats.</p>
+shortDescription=<p>This collection demonstrates Greenstone's ability to build collections from documents provided in different formats. It contains a number of papers written by various members of the NZDL project in PDF, MSWord, RTF, and Postscript formats.</p>
 description1=<p>The documents in this collection have been produced by members of the Department of Computer Science, University of Waikato. The University of Waikato holds copyright. They may be distributed freely, without any restrictions.</p>
 description2=<h3>How the collection works</h3> <p> This collection\'s configuration file, <tt>collectionConfig.xml</tt>, contains the four plugins <i>WordPlugin</i>, <i>RTFPlugin</i>, <i>PDFPlugin</i> and <i>PostScriptPlugin</i> (along with the standard four, <i>GreenstoneXMLPlugin</i>, <i>MetadataXMLPlugin</i>, <i>ArchivesInfPlugin</i> and <i>DirectoryPlugin</i>). These four plugins all extract <i>Title</i> and <i>Source</i> (i.e. filename) metadata.</p>
+description2=<h3>How the collection works</h3> <p> This collection's configuration file, <tt>collectionConfig.xml</tt>, contains the four plugins <i>WordPlugin</i>, <i>RTFPlugin</i>, <i>PDFPlugin</i> and <i>PostScriptPlugin</i> (along with the standard four, <i>GreenstoneXMLPlugin</i>, <i>MetadataXMLPlugin</i>, <i>ArchivesInfPlugin</i> and <i>DirectoryPlugin</i>). These four plugins all extract <i>Title</i> and <i>Source</i> (i.e. filename) metadata.</p>
 description3=<p>Greenstone contains third-party software that is used to convert Word, RTF, PDF and PostScript files into HTML. The Greenstone team does not maintain these modules, although we do try to include the latest versions with each Greenstone release. Bugs arise with unusual Word documents (e.g. from older Macintosh systems), and sometimes the text is badly extracted. Some PDF files have no machine-readable text at all, comprising instead a sequence of page <i>images</i> from which text can only be extracted by optical character recognition (OCR), which Greenstone does not attempt. If you encounter these problems, you can either remove the offending documents from your collection, or try using some of the advanced plugin options to process the documents in different ways. For more information, see the Enhanced PDF and Word tutorials on the <a href='http\://wiki.greenstone.org/wiki/index.php/Tutorial_exercises'>Greenstone wiki</a>. Alternatively, a new Greenstone 3 collection will add in a pre-configured <i>UnknownConverterPlugin</i> that will use <i>apache tika</i> by default to process docx files. You can reconfigure it, or add another UnknownConverterPlugin and configure it appropriately, to process other document types, refer to <a href="http\://wiki.greenstone.org/doku.php?id=en\:plugin\:unknownconverterplugin">The UnknownConverterPlugin</a> page on the Greenstone wiki.</p>

documented-examples/trunk/wrdpdf-e/resources/collectionConfig_fr.properties

-              r36620
+              r36623
 description2=<h3>Comment marche cette collection ?</h3>  <p> Le <tt>fichier de configuration</tt> de cette collection contient quatre plugins, <i>WordPlugin</i>, <i>RTFPlugin</i>, <i>PDFPlugin</i> et <i>PostScriptPlugin</i> (ensemble avec les quatre plugins standards <i>GreenstoneXMLPlugin</i>, <i>MetadataXMLPlugin</i>, <i>ArchivesInfPlugin</i> et <i>DirectoryPlugin</i>). Tous ces quatre modules extraient les mÃ©ta-donnÃ©es <i>Titre</i> et <i>Source</i> (c.-a-d. nom de fichier).</p>
 description3=<p>Greenstone contient des logiciels de tierces parties utilisÃ©s pour convertir des fichiers Word, RTF, PDF et PostScript en HTML. L\'Ã©quipe Greenstone ne maintient pas ces modules bien que nous incluons les derniÃšres versions dans chaque Ã©dition de Greenstone. Des coquilles apparaissent avec les documents inhabituels de Word (par exemple Ã  partir de vieux systÃšmes Macintosh) et des fois, le texte est mal extrait. Certains fichiers PDF n\'ont pas du tout une forme lisible directement par les machines, mais sont reprÃ©sentÃ©s par une sÃ©quence de pages d\'<i>images</i> Ã  partir desquelless le texte ne peut Ãªtre extrait que par une reconnaissance optique de caractÃšres (ROC), ce que Greenstone ne tente pas de faire. Si vous rencontrez ce type de problÃšmes, vous pouvez soit supprimer les documents problÃ©matiques de votre collection, soit essayer d\'utiliser les options avancÃ©es du plugiciel pour traiter les documents d\'une autre faÃ§on. Pour plus d\'informations, se reporter aux tutoriels avancÃ©s sur les documents PDF et Word, disponibles sur <a href='http\://wiki.greenstone.org/wiki/index.php/Tutorial_exercises\'>le wiki Greenstone</a>.</p>
+description3=<p>Greenstone contient des logiciels de tierces parties utilisÃ©s pour convertir des fichiers Word, RTF, PDF et PostScript en HTML. L'Ã©quipe Greenstone ne maintient pas ces modules bien que nous incluons les derniÃšres versions dans chaque Ã©dition de Greenstone. Des coquilles apparaissent avec les documents inhabituels de Word (par exemple Ã  partir de vieux systÃšmes Macintosh) et des fois, le texte est mal extrait. Certains fichiers PDF n'ont pas du tout une forme lisible directement par les machines, mais sont reprÃ©sentÃ©s par une sÃ©quence de pages d'<i>images</i> Ã  partir desquelless le texte ne peut Ãªtre extrait que par une reconnaissance optique de caractÃšres (ROC), ce que Greenstone ne tente pas de faire. Si vous rencontrez ce type de problÃšmes, vous pouvez soit supprimer les documents problÃ©matiques de votre collection, soit essayer d'utiliser les options avancÃ©es du plugiciel pour traiter les documents d'une autre faÃ§on. Pour plus d'informations, se reporter aux tutoriels avancÃ©s sur les documents PDF et Word, disponibles sur <a href='http\://wiki.greenstone.org/wiki/index.php/Tutorial_exercises'>le wiki Greenstone</a>.</p>
 description4=<p>Le <tt>fichier de configuration</tt> comprend un index unique, basÃ© sur un texte de document et un classificateur, un <i>AZList</i> basÃ©e sur la mÃ©ta-donnÃ©e <i>Titre</i>, montrÃ©e <a href="?a=d&cl=CL1">ici</a> (le sÃ©lecteur alphabÃ©tique est supprimÃ© automatiquement parce que la collection ne contient que peu de documents). Cependant aucune dÃ©claration de format n\'est spÃ©cifiÃ©e. A l\'absence d\'information explicite, Greenstone fournit des dÃ©fauts sensÃ©s. Dans ce cas le format par dÃ©faut pour le classificateur donne ceci \: <ul> <li> une icÃŽne pour la version HTML du document (le texte est en fait indexÃ© en grande partie de la mÃªme faÃ§on que le format d\'archive Greenstone); <li> une icÃŽne pour la version originale du document (en cliquant dessus, on ouvre le document dans sa version originale); <li> mÃ©ta-donnÃ©e <i>Titre</i> extraite du document; <li> mÃ©ta-donnÃ©e <i>Source</i> (c.-Ã -d. nom du fichier) extraite du document. </ul></p>
+description4=<p>Le <tt>fichier de configuration</tt> comprend un index unique, basÃ© sur un texte de document et un classificateur, un <i>AZList</i> basÃ©e sur la mÃ©ta-donnÃ©e <i>Titre</i>, montrÃ©e <a href="?a=d&cl=CL1">ici</a> (le sÃ©lecteur alphabÃ©tique est supprimÃ© automatiquement parce que la collection ne contient que peu de documents). Cependant aucune dÃ©claration de format n'est spÃ©cifiÃ©e. A l'absence d'information explicite, Greenstone fournit des dÃ©fauts sensÃ©s. Dans ce cas le format par dÃ©faut pour le classificateur donne ceci \: <ul> <li> une icÃŽne pour la version HTML du document (le texte est en fait indexÃ© en grande partie de la mÃªme faÃ§on que le format d'archive Greenstone); <li> une icÃŽne pour la version originale du document (en cliquant dessus, on ouvre le document dans sa version originale); <li> mÃ©ta-donnÃ©e <i>Titre</i> extraite du document; <li> mÃ©ta-donnÃ©e <i>Source</i> (c.-Ã -d. nom du fichier) extraite du document. </ul></p>
 description5=[PENDING]<p>Voici une dÃ©claration de format qui fait exactement la mÃªme chose de maniÃšre explicite. Elle s\'applique Ã  tous les <i>VList</i> et contrÃŽle donc aussi bien les rÃ©sultats de recherche que la navigation alphabÃ©tique par titre.  <pre> format VList " &lt;td&gt;[link][icon][/link]&lt;\/td&gt; &lt;td&gt;[srclink][srcicon][/srclink]&lt;\/td&gt; &lt;td&gt;[Title]&lt;br&gt;&lt;i&gt;([Source])&lt;/i&gt;&lt;/td&gt;" </pre></p>
+description5=[PENDING]<p>Voici une dÃ©claration de format qui fait exactement la mÃªme chose de maniÃšre explicite. Elle s'applique Ã  tous les <i>VList</i> et contrÃŽle donc aussi bien les rÃ©sultats de recherche que la navigation alphabÃ©tique par titre.  <pre> format VList " &lt;td&gt;[link][icon][/link]&lt;\/td&gt; &lt;td&gt;[srclink][srcicon][/srclink]&lt;\/td&gt; &lt;td&gt;[Title]&lt;br&gt;&lt;i&gt;([Source])&lt;/i&gt;&lt;/td&gt;" </pre></p>

Context Navigation

Legend:

documented-examples/trunk/authen-e/resources/collectionConfig_fr.properties

documented-examples/trunk/bibtex-e/resources/collectionConfig.properties

documented-examples/trunk/bibtex-e/resources/collectionConfig_fr.properties

documented-examples/trunk/dls-e/resources/collectionConfig.properties

documented-examples/trunk/dls-e/resources/collectionConfig_fr.properties

documented-examples/trunk/garish-e/resources/collectionConfig.properties

documented-examples/trunk/gsarch-e/resources/collectionConfig.properties

documented-examples/trunk/gsarch-e/resources/collectionConfig_fr.properties

documented-examples/trunk/image-e/resources/collectionConfig.properties

documented-examples/trunk/image-e/resources/collectionConfig_fr.properties

documented-examples/trunk/isis-e/resources/collectionConfig_fr.properties

documented-examples/trunk/lomdemo-e/resources/collectionConfig.properties

documented-examples/trunk/manifest-demo-e/resources/collectionConfig.properties

documented-examples/trunk/marc-e/resources/collectionConfig.properties

documented-examples/trunk/marc-e/resources/collectionConfig_fr.properties

documented-examples/trunk/oai-e/resources/collectionConfig.properties

documented-examples/trunk/oai-e/resources/collectionConfig_fr.properties

documented-examples/trunk/pagedimg-e/resources/collectionConfig.properties

documented-examples/trunk/pagedimg-e/resources/collectionConfig_fr.properties

documented-examples/trunk/style-e/resources/collectionConfig.properties

documented-examples/trunk/style-e/resources/collectionConfig_fr.properties

documented-examples/trunk/wiki-e/resources/collectionConfig_fr.properties

documented-examples/trunk/wrdpdf-e/resources/collectionConfig.properties

documented-examples/trunk/wrdpdf-e/resources/collectionConfig_fr.properties

Download in other formats: