Index: collections/documented-examples/trunk/bibtex-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/bibtex-e/etc/collect.cfg	(revision 19786)
+++ collections/documented-examples/trunk/bibtex-e/etc/collect.cfg	(revision 20507)
@@ -134,9 +134,11 @@
 
 collectionmeta	.text [l=es] "registros completos"
+collectionmeta	.Title [l=es] "tÃ­tulos"
+collectionmeta	.Source [l=es] "nombres de archivos"
 
 collectionmeta	AuthoredBy [l=es] "Autor"
 collectionmeta	PaperTitle [l=es] "TÃ­tulo del documento"
 collectionmeta	Editors [l=es] "Editor(es)"
-collectionmeta	EditorRole [l=es] "Papel del editor"
+collectionmeta	EditorRole [l=es] "Rol del editor"
 collectionmeta	BookJournalTitle [l=es] "TÃ­tulo del libro o revista"
 collectionmeta	In [l=es] "En"
@@ -449,28 +451,28 @@
 # -- Spanish text ----------------
 collectionmeta	collectionextra [l=es] "
-Esta colecciÃ³n contiene entradas _about:numdocs_ BibTeX y ha sido creada a partir de la BibliografÃ­a de la 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>.\n
+Esta colecciÃ³n contiene _about:numdocs_ registros de  BibTeX y ha sido creada a partir de papers de trabajos publicados entre 1997 y 2006 por el <a href=\"http://www.cs.waikato.ac.nz/\">Departmento de Ciencias de la ComputaciÃ³n</a>, <a href=\"http://www.waikato.ac.nz/\">de la Universidad de Waikato</a>.\n
 
 <h3>CÃ³mo trabaja esta colecciÃ³n</h3>
 <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>. Esto agrupa 200 documentos dentro de un Ãºnico archivo. Por lo general las colecciones bibliogrÃ¡ficas tienen muchos documentos pequeÃ±os y al agruparlos se evita que las estructuras de archivos internos de Greenstone se inflen demasiado y ocupen mÃ¡s espacio del necesario.
-<p>
-AdemÃ¡s de los plugins estÃ¡ndar, esta colecciÃ³n utiliza <i>BibTexPlugin</i>, 
-el cual procesa referencias en formato BibTeX  (bien conocido entre los cientÃ­ficos). Se han fijado dos  opciones para BibTexPlugin: 
+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>. Esto agrupa 200 documentos dentro de un Ãºnico archivo. Por lo general las colecciones bibliogrÃ¡ficas 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.
+<p>
+AdemÃ¡s de los plugins estÃ¡ndar, esta colecciÃ³n utiliza <i>BibTexPlugin</i>,
+el cual procesa referencias en formato BibTeX  (bien conocido entre los cientÃ­ficos). Se han fijado dos  opciones para BibTexPlugin:
 <i>-OIDtype assigned -OIDmetadata Number</i>. Esto significa que el elemento de metadato \"Number\" se usarÃ¡ como identificador de registro, en lugar de los identificadores hash de Greenstone. Estas opciones estÃ¡n disponibles para todos los plugins.\n
 
 <p>
-La bÃºsqueda por campos con una interfaz basada en formas se selecciona por medio de la <i>format SearchTypes \"form,plain\"</i> en el archivo de configuraciÃ³n. De hecho, esta colecciÃ³n tambiÃ©n utiliza la <i>forma searchtype de sÃ³lo texto</i>, la cual incluye asimismo un  Ã­ndice de bÃºsqueda de textos completos (ya que <i>form</i> viene primero, Ã©sta es la interfaz por omisiÃ³n; la bÃºsqueda <i>plain</i> se puede seleccionar por medio de la pÃ¡gina de <i>Preferencias</i>).
-
-<p>
-La opciÃ³n <i>buildtype</i> muestra que el motor de bÃºsqueda utilizado por defecto es el <i>mgpp</i>. La lÃ­nea <i>indexes</i>  especifica los Ã­ndices \"text\", y \"metadata\". En este caso, \"text\" serÃ¡ el registro original BibTeX. \"metadata\" es una clave especial que significa que debe construirse un Ã­ndice por cada metadato encontrado en la colecciÃ³n. 
-
-AsÃ­, cuando los menÃºs de \"campo\" se despliegan en la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q&ct=1&qt=1\">pÃ¡gina de bÃºsqueda</a>, muestran el <i>registro completo</i> seguido de una entrada para cada elemento del metadato. El metadato a nivel de colecciÃ³n <i>collectionmeta</i> se puede especificar para cualquier Ã­ndice con el fin de determinar lo que se llama en el menÃº (excepto metadato, que produce varios Ã­tems). En este caso el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a> especifica que el Ã­ndice de texto deberÃ­a llamarse \"registro completo\", debido a que contiene el registro bibliogrÃ¡fico original.
+La bÃºsqueda por campos con una interfaz basada en formularios se habilita mediante la sentencia <i>format SearchTypes \"form,plain\"</i> en el archivo de configuraciÃ³n. De hecho, esta colecciÃ³n tambiÃ©n utiliza la forma simple de bÃºsqueda. Dado que <i>form</i> aparece primero es la forma predeterminada de bÃºsqueda. La forma simple se puede seleccionar por medio de la pÃ¡gina de <i>Preferencias</i>.
+
+<p>
+La opciÃ³n <i>buildtype</i> muestra que el motor de bÃºsqueda utilizado por defecto es el <i>mgpp</i>. La lÃ­nea <i>indexes</i>  especifica los Ã­ndices \"text\", y \"metadata\". En este caso, \"text\" serÃ¡ el registro original BibTeX. \"metadata\" es una clave especial que significa que debe construirse un Ã­ndice por cada metadato encontrado en la colecciÃ³n.
+
+AsÃ­, cuando los menÃºes de \"campo\" se despliegan en la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q&ct=1&qt=1\">pÃ¡gina de bÃºsqueda</a>, muestran el <i>registro completo</i> seguido de una entrada para cada elemento del metadato. El metadato a nivel de colecciÃ³n <i>collectionmeta</i> se puede especificar para cualquier Ã­ndice con el fin de determinar lo que se selecciona en el menÃº (excepto metadato, que produce varios Ã­tems). En este caso el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a> especifica que el Ã­ndice de texto deberÃ­a llamarse \"registro completo\", debido a que contiene el registro bibliogrÃ¡fico original.
 <p>
 Una clave adicional, \"allfields\", tambiÃ©n puede usarse en la lÃ­nea <i>indexes</i>, especificando una bÃºsqueda combinada sobre todos los Ã­ndices disponibles.<p> La lÃ­nea <i>levels</i> indica solamente el nivel de documento, ya que los registros bibliogrÃ¡ficos no poseen una estructura interna.
 <p>
-Esta colecciÃ³n contiene exploradores de <i>TÃ­tulo</i>, <i>Autor</i> y <i>Fecha</i>, asÃ­ como un tipo especial de Ã­ndice de frases llamado \"Phind\". El clasificador <i>AZCompactList</i> que se usa para el explorador de <i>Autor</i> es como <i>AZList</i>, pero genera un estante para los Ã­tems duplicados tal como se muestra <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a>. El plugin BibTeX registra a cada autor como metadato de <i>Author</i>. TambiÃ©n coloca una lista de todos los autores en el elemento del metadato <i>Creator</i>. Como resultado de ello, el clasificador <i>AZCompactList</i> se basa en el <i>Author</i>. Sin embargo, Greenstone tiene un botÃ³n estÃ¡ndar que lee los <i>autores</i> y cuyo nombre es (de manera un tanto confusa) \"Creator\", por lo que el nombre de este botÃ³n ha sido especificado para el clasificador.
-<p>
-
-El clasificador \"Phind\" crea un Ã­ndice de frases como <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL4\">este</a>, el cual contiene una lista que se puede explorar de frases extraÃ­das del material especificado en el argumento de texto de la lÃ­nea <i>clasificar Phind</i> en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a>. AquÃ­ la especificaciÃ³n es
+Esta colecciÃ³n contiene clasificadores por <i>TÃ­tulo</i>, <i>Autor</i> y <i>Fecha</i>, asÃ­ como un tipo especial de Ã­ndice de frases llamado \"Phind\". El clasificador <i>AZCompactList</i> que se usa para el clasificador de <i>Autor</i> es como <i>AZList</i>, pero genera un estante para los Ã­tems duplicados tal como se muestra <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a>. El plugin BibTeX registra a cada autor como metadato <i>Author</i>. TambiÃ©n coloca una lista de todos los autores en el elemento del metadato <i>Creator</i>. Como resultado de ello, el clasificador <i>AZCompactList</i> se basa en el <i>Author</i>. Sin embargo, Greenstone tiene un botÃ³n estÃ¡ndar que lee los <i>autores</i> y cuyo nombre es (de manera un tanto confusa) \"Creator\", por lo que el nombre de este botÃ³n ha sido especificado para el clasificador.
+<p>
+
+El clasificador \"Phind\" crea un Ã­ndice de frases como <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL4\">este</a>, el cual contiene una lista navegable de frases extraÃ­das del material especificado en el argumento <i>text</i> de la lÃ­nea <i>classify Phind</i> en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a>. AquÃ­ la especificaciÃ³n es
 <p>
 
@@ -484,19 +486,17 @@
 <p>
 
-La mejor forma de ver lo que hace Phind es practicar con este Ã­ndice. Escriba una palabra en el cuadro de bÃºsqueda, haga click en <i>Buscar</i> y una lista de frases con dicho tÃ©rmino aparecerÃ¡ en el panel de la parte superior. Haga click en una de estas frases y una lista de frases que contengan dicha <i>frase</i> aparecerÃ¡ en el panel de la parte inferior. Usted puede continuar extendiendo la frase mÃ¡s y mÃ¡s. Las listas se pueden alargar utilizando el botÃ³n <i>obtener mÃ¡s frases</i>. Al final de la lista de frases aparece una lista de los documentos que contienen dicha frase en azul. Usted puede extender esta lista haciendo click en mÃ¡s documentos.
-<p>
-
-Los enunciados de formato para la lista de resultados de la bÃºsqueda y el explorador de tÃ­tulos se determinan por medio de la especificaciÃ³n <i>VList</i>. Ãsta proporciona un icono de documento que lo vincula con el documento mismo (el cual es en esta colecciÃ³n la referencia completa), el tÃ­tulo en negritas, el metadato <i>Creator</i> si es que hay alguno o en su defecto el metadato <i>Editor</i>, y el metadato de <i>Month, Year</i> si es que hay alguno. He <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q&ct=1&qt=1&r=1&hs=1&fqa=0&fqv=Jain,,,&fqf=TX,CR,BO,SO\">aquÃ­</a> un ejemplo.
-<p>
-
-El enunciado de formato para el explorador de autor (<i>CL2VList</i>) es mÃ¡s complejo. El clasificador AZCompactList genera un Ã¡rbol cuyos nodos son hojas representando documentos o nodos internos. Un Ã­tem de metadato llamado <i>numleafdocs</i> proporciona el nÃºmero total de documentos debajo de un nodo interno. Este enunciado de formato comprueba si numleafdocs existe. En caso afirmativo se trata de un nodo interno, en cuyo caso el nodo se etiquetarÃ¡ por su <i>TÃ­tulo</i>. Â¡Pero cuidado! Este clasificador se genera en el metadato <i>Autor</i>, por lo que su tÃ­tulo -- el tÃ­tulo del clasificador -- es realmente el nombre del autor, lo que significa que los nodos del estante que estÃ¡n <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a> se etiquetan de acuerdo al nombre del autor. Las hojas se etiquetan de la misma manera que los documentos (es decir, referencias) en la lista de resultados de la bÃºsqueda.
-<p>
-
-Los documentos mismos (he aquÃ­ un <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=CL1.12&d=_sampleoid_\">ejemplo</a>) se generan por medio de dos enunciados de formato, uno llamado <i>DocumentHeading</i>, que es bastante largo, y otro llamado <i>DocumentText</i>. DocumentHeading ocupa los dos tercios superiores de la pÃ¡gina y contiene el <i>TÃ­tulo</i> del documento seguido por una tabla de todos los elementos del metadato que el plugin BibTeX puede generar. El papel de todos los enunciados <i>If</i> en el <a href=\"_httpcollection_/etc/collect.cfg\"
-target=collect.cfg>archivo de configuraciÃ³n</a> es determinar los elementos que se definen.
-<p>
-
-<i>DocumentText</i> muestra la versiÃ³n BibTeX de la referencia. Sin embargo, cuando el documento se despliega por primera vez Ãºnicamente aparece un hipervÃ­nculo llamado <i>Mostrar Registro BibTex</i>. Este corresponde a la Ãºltima parte (es decir, a la parte \"adicional\") del enunciado <i>If</i> en <i>DocumentText</i>. Cuando se hace click en este hipervÃ­nculo la <i>href</i> va al mismo URL pero con showrecord=1, que genera una pÃ¡gina como <a
-href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=CL1.12&d=_sampleoid_&showrecord=1\">Ã©sta</a>. A continuaciÃ³n sigue la prueba <i>If</i>, que muestra el <i>Texto</i> del documento. Con el plugin BibTeX el texto de un documento es su registro BibTeX no adulterado.
+La mejor forma de ver lo que hace Phind es practicar con este Ã­ndice. Escriba una palabra en el cuadro de bÃºsqueda, haga click en <i>Buscar</i> y una lista de frases con dicho tÃ©rmino aparecerÃ¡ en el panel de la parte superior. Haga click en una de estas frases y una lista de frases que contengan dicha <i>frase</i> aparecerÃ¡ en el panel de la parte inferior. Usted puede continuar extendiendo la frase mÃ¡s y mÃ¡s. Las listas se pueden alargar utilizando el botÃ³n <i>obtener mÃ¡s frases</i>. Al final de la lista de frases aparece una lista de los documentos que contienen dicha frase en azul. Usted puede extender esta lista haciendo click en <i>mÃ¡s documentos</i>.
+<p>
+
+Los cadenas de formateo para la lista de resultados de la bÃºsqueda y el clasificador por tÃ­tulos se determinan por medio de la especificaciÃ³n <i>VList</i>. Ãsta proporciona un icono de documento que lo vincula con el documento mismo (el cual es en esta colecciÃ³n la referencia completa), el tÃ­tulo en negritas, el metadato <i>Creator</i> si es que hay alguno o en su defecto el metadato <i>Editor</i>, y el metadato de <i>Month, Year</i> si es que hay alguno. He <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q&ct=1&qt=1&r=1&hs=1&fqa=0&fqv=Jain,,,&fqf=TX,CR,BO,SO\">aquÃ­</a> un ejemplo.
+<p>
+
+La cadena de formateo para el explorador por autor (<i>CL2VList</i>) es mÃ¡s compleja. El clasificador AZCompactList genera un Ã¡rbol cuyos nodos son hojas representando documentos o nodos internos. Un Ã­tem de metadato llamado <i>numleafdocs</i> proporciona el nÃºmero total de documentos debajo de un nodo interno. Este enunciado de formato comprueba si numleafdocs existe. En caso afirmativo se trata de un nodo interno, en cuyo caso el nodo se etiquetarÃ¡ por su <i>TÃ­tulo</i>. Â¡Pero cuidado! Este clasificador se genera en el metadato <i>Autor</i>, por lo que su tÃ­tulo -- el tÃ­tulo del clasificador -- es realmente el nombre del autor, lo que significa que los nodos del estante que estÃ¡n <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a> se etiquetan de acuerdo al nombre del autor. Las hojas se etiquetan de la misma manera que los documentos (es decir, referencias) en la lista de resultados de la bÃºsqueda.
+<p>
+
+Los documentos (he aquÃ­ un <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=CL1.12&d=_sampleoid_\">ejemplo</a>) se generan por medio de dos cadenas de formato, una llamado <i>DocumentHeading</i>, que es bastante larga, y otra llamada <i>DocumentText</i>. DocumentHeading ocupa los dos tercios superiores de la pÃ¡gina y contiene el <i>TÃ­tulo</i> del documento seguido por una tabla de todos los elementos del metadato que el plugin BibTeX puede generar. El papel de todos los enunciados <i>If</i> en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a> es determinar los elementos que se definen.
+<p>
+
+<i>DocumentText</i> muestra la versiÃ³n BibTeX de la referencia. Sin embargo, cuando el documento se despliega por primera vez Ãºnicamente aparece un hipervÃ­nculo llamado <i>Mostrar Registro BibTex</i>. Este corresponde a la Ãºltima parte (es decir, a la parte \"adicional\") del enunciado <i>If</i> en <i>DocumentText</i>. Cuando se hace click en este hipervÃ­nculo la <i>href</i> va al mismo URL pero con showrecord=1, que genera una pÃ¡gina como <a  href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=CL1.12&d=_sampleoid_&showrecord=1\">Ã©sta</a>. A continuaciÃ³n sigue la prueba <i>If</i>, que muestra el <i>Texto</i> del documento. Con el plugin BibTeX el texto de un documento es su registro BibTeX no adulterado.
 "
 
