Ignore:
Timestamp:
2022-08-18T17:03:32+12:00 (20 months ago)
Author:
anupama
Message:

Updated collection description strings for GS3 port of gsarch-e, and tried to update the corresponding language files.

Location:
documented-examples/trunk/gsarch-e/resources
Files:
5 edited

Legend:

Unmodified
Added
Removed
  • documented-examples/trunk/gsarch-e/resources/collectionConfig.properties

    r36386 r36387  
    1212description1=<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>
    1313
    14 description2=<p>The <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">collection configuration file</a> begins with the specification <i>groupsize 200</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>
     14description2=<p>The collection configuration file, <tt>etc/collectionConfig.xml</tt>, begins with the specification <i>groupsize 200</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>
    1515
    16 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="?a=q">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>
     16description3=<p>The <i>indexes</i> line specifies 3 searchable indexes, which can be seen by clicking beside the word &quot;Messages&quot; on the <tt>search page</tt> 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>
    1717
    18 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="?a=d&cl=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>
     18description4=<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 <tt>with classifier browser CL1</tt>. 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 &quot;Search by Sender&quot;, followed by the <i>DateText</i>.</p>
    1919
    20 description5=<p>The second classifier (<i>CL2Vlist</i>) is similar, but shows slightly different information -- the result can be seen <a href="?a=d&cl=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>
     20description5=<p>The second classifier (<i>CL2Vlist</i>) is similar, but shows slightly different information -- the result can be seen <tt>with classifier browser CL2</tt>. 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 &quot;Search By Sender&quot;, <i>Subject</i> (linked to the document), and <i>DateText</i> metadata is shown.</p>
    2121
    2222description6=<p>The third classifier is a <i>DateList</i>, which allows selection by month and year.</p>
    2323
    24 description7=<p>Finally, the document text is formatted to show the header fields (<i>FromName</i>, <i>DateText</i>, <i>Subject</i>, <i>InReplyTo</i>), followed by the message text (written as <i>[Text]</i> in the format statement). <i>FromName</i> is linked to a search on that name, while <i>InReplyTo</i> links to the email message that it refers to.</p>
     24description7=<p>Finally, the document text is formatted to show the header fields (<i>FromName</i>, <i>DateText</i>, <i>Subject</i>, <i>InReplyTo</i>), followed by the message text (written as <i>lt;gsf:metadata name=&quot;rawtext&quot;/&gt;</i> in the format statement). <i>FromName</i> is linked to a search on that name, while <i>InReplyTo</i> links to the email message that it refers to.</p>
  • documented-examples/trunk/gsarch-e/resources/collectionConfig_es.properties

    r36386 r36387  
    1212description1=<h3>Cómo trabaja esta colección</h3><p>La colección de Archivos de Greenstone utiliza el plugin <i>Email</i>, el cual descompone y analiza los archivos que están en formato de correo electrónico. En este caso, hay un archivo por mes por lista, y cada archivo contiene muchos mensajes de email. El plugin <i>Email</i> los divide en documentos individuales y produce los metadatos <i>Title</i>, <i>Subject</i>, <i>From</i>, <i>FromName</i>, <i>FromAddr</i>, <i>Date</i>, <i>DateText</i>, <i>InReplyTo</i>, y opcionalmente <i>Headers</i>.</p>
    1313
    14 description2=<p>El <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">archivo de configuración de la colección</a> empieza con la especificación <i>groupsize 200</i>, la cual reúne los documentos en grupos de 200. En términos generales las colecciones de correo electrónico tienen muchos documentos pequeños y al agruparlos se evita que las estructuras de archivos internos de Greenstone crezcan demasiado y ocupen más espacio del necesario. Recuerde que el plugin <i>Email</i> divide primero los archivos de entrada en correos individuales y luego <i>groupsize</i> los agrupa nuevamente. Esto le permite al diseñador de la colección controlar lo que está pasando.</p>
     14description2=<p>El <tt>archivo de configuración de la colección</tt> empieza con la especificación <i>groupsize 200</i>, la cual reúne los documentos en grupos de 200. En términos generales las colecciones de correo electrónico tienen muchos documentos pequeños y al agruparlos se evita que las estructuras de archivos internos de Greenstone crezcan demasiado y ocupen más espacio del necesario. Recuerde que el plugin <i>Email</i> divide primero los archivos de entrada en correos individuales y luego <i>groupsize</i> los agrupa nuevamente. Esto le permite al diseñador de la colección controlar lo que está pasando.</p>
    1515
    16 description3=<p>La línea <i>ïndexes</i> especifica 3 índices de búsqueda, los cuales se pueden ver haciendo click a un lado de la palabra "Mensajes" en la <a href="?a=q">página de búsqueda</a> para que aparezca un menú descendente. El primero (llamado <i>Mensajes</i>) se crea a partir del texto del documento, mientras que los demás se forman a partir de los metadatos de <i>Remitente</i> y <i>Asunto</i>.</p>
     16description3=<p>La línea <i>ïndexes</i> especifica 3 índices de búsqueda, los cuales se pueden ver haciendo click a un lado de la palabra &quot;Mensajes&quot; en la <tt>página de búsqueda</tt> para que aparezca un menú descendente. El primero (llamado <i>Mensajes</i>) se crea a partir del texto del documento, mientras que los demás se forman a partir de los metadatos de <i>Remitente</i> y <i>Asunto</i>.</p>
    1717
    18 description4=<p>Existen tres clasificadores basados en los metadatos de <i>Asunto, Nombre del Remitente</i> y <i>Fecha</i>. El clasificador <i>AZCompactList</i> utilizado para los dos primeros es como <i>AZList</i>, pero además genera un estante para los ítems duplicados, tal como se puede ver <a href="?a=d&cl=CL1">aquí</a>. Éste se representa por medio de una estructura de árbol cuyos nodos son hojas que representan documentos o nodos internos. Un ítem de metadato llamado <i>numleafdocs</i> proporciona el número total de documentos debajo de un nodo interno. Los enunciados de formato para el primer clasificador llamado <i>CL1Vlist</i> comprueban si existe dicho ítem. En caso afirmativo se trata de un nodo interno, en cuyo caso se etiquetará por su <i>Título</i>. Además, la etiqueta del nodo comienza con <i>Subject</i> que es un link al documento, luego el metadato <i>FromName</i>, con un link a "Search by sender", seguido por la fecha <i>DateText</i>.</p>
     18description4=<p>Existen tres clasificadores basados en los metadatos de <i>Asunto, Nombre del Remitente</i> y <i>Fecha</i>. El clasificador <i>AZCompactList</i> utilizado para los dos primeros es como <i>AZList</i>, pero además genera un estante para los ítems duplicados, tal como se puede ver <tt>CL1</tt>. Éste se representa por medio de una estructura de árbol cuyos nodos son hojas que representan documentos o nodos internos. Un ítem de metadato llamado <i>numleafdocs</i> proporciona el número total de documentos debajo de un nodo interno. Los enunciados de formato para el primer clasificador llamado <i>CL1Vlist</i> comprueban si existe dicho ítem. En caso afirmativo se trata de un nodo interno, en cuyo caso se etiquetará por su <i>Título</i>. Además, la etiqueta del nodo comienza con <i>Subject</i> que es un link al documento, luego el metadato <i>FromName</i>, con un link a &quot;Search by sender&quot;, seguido por la fecha <i>DateText</i>.</p>
    1919
    20 description5=<p>El segundo clasificador (CL2Vlist) es similar, sólo que muestra una información ligeramente diferente. El resultado se puede ver <a href="?a=d&cl=CL2">aquí</a>. Para nodos internos el número de documentos (<i>numleafdocs</i>) aparece entre paréntesis después del <i>Título</i>. Para los nodos de los documentos se muestran el <i>FromName</i>, con un link a "Search by Sender", el <i>Subject</i> (enlazado al documento), y <i>DateText</i>.</p>
     20description5=<p>El segundo clasificador (CL2Vlist) es similar, sólo que muestra una información ligeramente diferente. El resultado se puede ver <tt>CL2</tt>. Para nodos internos el número de documentos (<i>numleafdocs</i>) aparece entre paréntesis después del <i>Título</i>. Para los nodos de los documentos se muestran el <i>FromName</i>, con un link a &quot;Search by Sender&quot;, el <i>Subject</i> (enlazado al documento), y <i>DateText</i>.</p>
    2121
    2222description6=<p>El tercer clasificador es una <i>Lista de Fechas (DateList)</i>, que permite hacer la selección por mes y año.</p>
  • documented-examples/trunk/gsarch-e/resources/collectionConfig_fr.properties

    r36386 r36387  
    1010shortDescription=<p>Cette collection est composée de messages électroniques extraits des archives de la liste de diffusion Greenstone, publiés entre novembre et décembre 2008.</p>
    1111
    12 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>
     12description1=<h3>Comment fonctionne cette collection ?</h3><p>La collection Greenstone Archive utilise le plugin &quot;<i>E-mail</i>&quot;, 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>
    1313
    14 description2=<p>Le <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">fichier de configuration</a> 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>
     14description2=<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>
    1515
    16 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 <a href="?a=q">page de recherche</a> 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>
     16description3=<p>La ligne des <i>indexes</i> précise trois indexes de recherche qui peuvent être vus en cliquant à cÃŽté du mot &quot;Message&quot; 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>
    1717
    18 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="?a=d&cl=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>
     18description4=<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 à &quot;<i>AZList</i>&quot;, mais en outre il génÚre un rayon de bibliothÚque pour les articles dupliqués, comme illustré <tt>CL1</tt>. 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 &quot;Numleafdocs&quot; 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 &quot;<i>Title</i>&quot; (<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 &quot;Recherche par expéditeur&quot; et enfin par la <i>DateText</i>.</p>
    1919
    20 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="?a=d&cl=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>
     20description5=<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 <tt>CL2</tt>. 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 &quot;Recherche par expéditeur&quot;, <i>Subject</i> (avec un lien vers le document), et <i>DateText</i>.</p>
    2121
    22 description6=<p>Le troisiÚme classificateur est un "<i>DateList</i>" qui permet une sélection par mois et par année.</p>
     22description6=<p>Le troisiÚme classificateur est un &quot;<i>DateList</i>&quot; qui permet une sélection par mois et par année.</p>
    2323
    2424description7=<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/gsarch-e/resources/collectionConfig_ru.properties

    r36386 r36387  
    2525
    2626description3=<p>СтрПка <i>ОМЎексПв (indexes)</i> ПпреЎеляет 3 ЎПступМыÑ
    27  ÐŽÐ»Ñ пПОска ОМЎекса, кПтПрые ЌПгут быть вОЎМы, еслО щелкать ПкПлП слПва <i>СППбщеМОя (Messages)</i> Ма <a href="?a=q">пПОскПвПй страМОце</a> Ўля пПказа МОспаЎающегП ЌеМю. Первый, МазываеЌый <i>СППбщеМОяЌО</i>, сПзЎается Оз текста ЎПкуЌеМта, в тП вреЌя как ЎругОе сфПрЌОрПваМы пП ЌетаЎаММыЌ <i>От кПгП О ПреЎЌет</i>.</p>
     27 ÐŽÐ»Ñ пПОска ОМЎекса, кПтПрые ЌПгут быть вОЎМы, еслО щелкать ПкПлП слПва <i>СППбщеМОя (Messages)</i> Ма <tt>пПОскПвПй страМОце</tt> Ўля пПказа МОспаЎающегП ЌеМю. Первый, МазываеЌый <i>СППбщеМОяЌО</i>, сПзЎается Оз текста ЎПкуЌеМта, в тП вреЌя как ЎругОе сфПрЌОрПваМы пП ЌетаЎаММыЌ <i>От кПгП О ПреЎЌет</i>.</p>
    2828
    2929description4=<p>Существует трО классОфОкатПра, ПсМПваММые Ма ЌетаЎаММыÑ
     
    3131 ÐŽÐ²ÑƒÑ
    3232, пПÑ
    33 ÐŸÐ¶ Ма <i>AZLIST</i>, МП ПМ фПрЌОрует кМОжМую пПлку Ўля ЎублОкатПв элеЌеМтПв, как пПказаМП <a href="?a=d&cl=CL1">зЎесь</a>. ОМа преЎставлеМа структурПй Ўерева, узлы кПтПрПй являются ОлО узлаЌО лОста, преЎставляя ЎПкуЌеМты, ОлО вМутреММОЌО узлаЌО. МетаЎаММые элеЌеМтПв, МазываеЌые numleafdocs, Ўают Пбщее кПлОчествП ЎПкуЌеМтПв, распПлПжеММыÑ
    34  ÐœÐžÐ¶Ðµ вМутреММегП узла. ОператПры фПрЌата Ўля первПгП классОфОкатПра, МазываеЌые <i>CL1Vlist</i>, прПверяют, существует лО этПт элеЌеМт. ЕслО этП так, тП узел ЎПлжеМ быть вМутреММОЌ, в случае чегП ПМ пПЌечается егП <i>НазваМОеЌ (Title)</i>. <!-- _text4_ -->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>
     33Пж Ма <i>AZLIST</i>, МП ПМ фПрЌОрует кМОжМую пПлку Ўля ЎублОкатПв элеЌеМтПв, как пПказаМП <tt>CL1</tt>. ОМа преЎставлеМа структурПй Ўерева, узлы кПтПрПй являются ОлО узлаЌО лОста, преЎставляя ЎПкуЌеМты, ОлО вМутреММОЌО узлаЌО. МетаЎаММые элеЌеМтПв, МазываеЌые numleafdocs, Ўают Пбщее кПлОчествП ЎПкуЌеМтПв, распПлПжеММыÑ
     34 ÐœÐžÐ¶Ðµ вМутреММегП узла. ОператПры фПрЌата Ўля первПгП классОфОкатПра, МазываеЌые <i>CL1Vlist</i>, прПверяют, существует лО этПт элеЌеМт. ЕслО этП так, тП узел ЎПлжеМ быть вМутреММОЌ, в случае чегП ПМ пПЌечается егП <i>НазваМОеЌ (Title)</i>. <!-- _text4_ -->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 &quot;Search by Sender&quot;, followed by the <i>DateText</i>.</p>
    3535
    36 description5=<p>ВтПрПй классОфОкатПр (<i>CL2Vlist</i>) пПЎПбеМ первПЌу, МП ПМ пПказывает ПтлОчающуюся ОМфПрЌацОю -- результат ЌПжМП вОЎеть <a href="?a=d&cl=CL2">зЎесь</a>. Для вМутреММОÑ
     36description5=<p>ВтПрПй классОфОкатПр (<i>CL2Vlist</i>) пПЎПбеМ первПЌу, МП ПМ пПказывает ПтлОчающуюся ОМфПрЌацОю -- результат ЌПжМП вОЎеть <tt>CL2</tt>. Для вМутреММОÑ
    3737 ÑƒÐ·Ð»ÐŸÐ² фактОческПе чОслП ЎПкуЌеМтПв в спОске (<i>numleafdocs</i>) Ўается в круглыÑ
    3838 ÑÐºÐŸÐ±ÐºÐ°Ñ
    39  Ð¿ÐŸÑÐ»Ðµ <i>НазваМОя</i>. <!-- _text5_ -->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>
     39 Ð¿ÐŸÑÐ»Ðµ <i>НазваМОя</i>. <!-- _text5_ -->For document nodes the <i>FromName</i>, with a link to &quot;Search By Sender&quot;, <i>Subject</i> (linked to the document), and <i>DateText</i> metadata is shown.</p>
    4040
    4141description6=<p>ТретьОЌ классОфОкатПрПЌ является <i>DateList</i>, кПтПрый пПзвПляет прПОзвПЎОть выбПрку сППбщеМОй пП Ќесяцу О гПЎу.</p>
  • documented-examples/trunk/gsarch-e/resources/collectionConfig_zh.properties

    r36386 r36387  
    1515ƒæ•°æ®ã€‚</p>
    1616
    17 description2=<p>銆藏<a href="_httpcollection_/etc/collect.cfg" target=collect.cfg
    18 çœ®æ–‡ä»¶</a>起始于<i>groupsize 200</i>讟眮。 这䞪讟眮将文档以200䞺单䜍分组。Email銆藏通垞有讞倚小文档而将这些小文档分成小组可避å
     17description2=<p>銆藏<tt
     18çœ®æ–‡ä»¶</tt>起始于<i>groupsize 200</i>讟眮。 这䞪讟眮将文档以200䞺单䜍分组。Email銆藏通垞有讞倚小文档而将这些小文档分成小组可避å
    1919Greenstone的å†
    2020郚 文件结构变埗过于庞杂䞔占据䞍å¿
     
    2424可以对过皋加以控制。</p>
    2525
    26 description3=<p><i>indexes</i>行讟眮了3䞪䟛检玢的玢匕这可通过圚<a href="?a=q">搜玢页面</a>侊 点击"消息"产生䞀䞪䞋拉列衚菜单。第䞀䞪称䞺<i>消息</i>是从文档文本䞭创建的及倖的选项是构建圚<i>发送人</i>和 <i>䞻题</i>å
     26description3=<p><i>indexes</i>行讟眮了3䞪䟛检玢的玢匕这可通过圚<tt>搜玢页面</tt>侊 点击&quot;消息&quot;产生䞀䞪䞋拉列衚菜单。第䞀䞪称䞺<i>消息</i>是从文档文本䞭创建的及倖的选项是构建圚<i>发送人</i>和 <i>䞻题</i>å
    2727ƒæ•°æ®äžŠçš„。</p>
    2828
    2929description4=<p>本銆藏有䞉䞪分类噚分别基于<i>䞻题</i>、<i>发件人名称</i>以及<i>日期</i>å
    30 ƒæ•°æ®ã€‚前面䞀䞪<i>AZCompactList</i>分类噚 和<i>AZList</i>类䌌䜆重倍条目䌚以乊架圢匏星瀺劂<a href="?a=d&cl=CL1">这里</a>所瀺。 这里是䞀䞪树型结构å
     30ƒæ•°æ®ã€‚前面䞀䞪<i>AZCompactList</i>分类噚 和<i>AZList</i>类䌌䜆重倍条目䌚以乊架圢匏星瀺劂<tt>CL1</tt>所瀺。 这里是䞀䞪树型结构å
    3131¶èŠ‚点芁么是代衚文档的叶子节点芁么是å†
    3232郚节点。numleafdocså
     
    3939ˆæ˜Ÿç€º<i>䞻题</i>å
    4040ƒæ•°æ®ïŒŒäž”可以铟接到该文档然后星瀺<i>发件人名称</i>å
    41 ƒæ•°æ®ïŒŒä»¥åŠäž€äžª"按发送人搜玢"的铟接接䞋来是<i>日期文本</i>。</p>
     41ƒæ•°æ®ïŒŒä»¥åŠäž€äžª&quot;按发送人搜玢&quot;的铟接接䞋来是<i>日期文本</i>。</p>
    4242
    43 description5=<p>第二䞪分类噚<i>CL2Vlist</i>䞎前面的类䌌只是星瀺的信息皍有䞍同——劂<a href="?a=d&cl=CL2">这里</a>所瀺。 对于å†
     43description5=<p>第二䞪分类噚<i>CL2Vlist</i>䞎前面的类䌌只是星瀺的信息皍有䞍同——劂<tt>CL2</tt>所瀺。 对于å†
    4444郚节点而蚀å
    45 ¶å¶å­æ–‡æ¡£çš„数目<i>numleafdocs</i>甚圆括号括起并星瀺圚<i>题名</i>之后。对于文档节点则星瀺<i>发件人名称</i>、 以及䞀䞪"按发件人名称搜玢"的铟接 <i>䞻题</i>铟接到文本以及<i>日期文本</i>å
     45¶å¶å­æ–‡æ¡£çš„数目<i>numleafdocs</i>甚圆括号括起并星瀺圚<i>题名</i>之后。对于文档节点则星瀺<i>发件人名称</i>、 以及䞀䞪&quot;按发件人名称搜玢&quot;的铟接 <i>䞻题</i>铟接到文本以及<i>日期文本</i>å
    4646ƒæ•°æ®ã€‚</p>
    4747
Note: See TracChangeset for help on using the changeset viewer.