Index: /documented-examples/trunk/authen-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/authen-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/authen-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -3,5 +3,5 @@
 shortDescription=Collection demonstrating document-level collection authentication in Greenstone 3.
 
-description1=<p>Esta colecciÃ³n de demostraciÃ³n de Greenstone contiene el mismo material que la colecciÃ³n de demo original, pero incluye ademÃ¡s algunos comandos de autenticaciÃ³n bÃ¡sica. Solo dos documentos tienen libre acceso (Farming snails 1 &amp; 2), mientras que los restantes requieren autenticaciÃ³n para poder visualizarse.</p> <p>  <center><b> Para tener acceso a esta colecciÃ³n ingrese el nombre de usuario:</b> <i>demo</i> <b>y la contraseÃ±a:</b> <i>demo</i> </center></p>
+description1=<p>Esta colecciÃ³n de demostraciÃ³n de Greenstone contiene el mismo material que la colecciÃ³n de demo original, pero incluye ademÃ¡s algunos comandos de autenticaciÃ³n bÃ¡sica. Solo dos documentos tienen libre acceso (Farming snails 1 &amp; 2), mientras que los restantes requieren autenticaciÃ³n para poder visualizarse.</p> <p>  <center><b> Para tener acceso a esta colecciÃ³n ingrese el nombre de usuario\:</b> <i>demo</i> <b>y la contraseÃ±a\:</b> <i>demo</i> </center></p>
 
 description2=<h3>CÃ³mo trabaja esta colecciÃ³n</h3> <p> El <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">archivo de configuraciÃ³n</a> es exactamente el mismo que el de la demo original salvo las directivas para la autenticaciÃ³n (y su descripciÃ³n).</p>
Index: /documented-examples/trunk/bibtex-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/bibtex-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/bibtex-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -28,13 +28,13 @@
 Title_text=tÃ­tulos
 
-shortDescription=<p>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>.</p>
+shortDescription=<p>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>.</p>
 
-description=<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 crezcan demasiado y ocupen mÃ¡s espacio del necesario.</p>
+description=<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 crezcan demasiado y ocupen mÃ¡s espacio del necesario.</p>
 
-description1=<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.</p>
+description1=<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.</p>
 
 description2=<p>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>
 
-description3=<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="?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>
+description3=<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="?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>
 
 description4=<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>
@@ -42,9 +42,9 @@
 description5=<p>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="?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>
 
-description6=<p>El clasificador "Phind" crea un Ã­ndice de frases como <a href="?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>
+description6=<p>El clasificador "Phind" crea un Ã­ndice de frases como <a href="?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>
 
-description7=<p><pre> document:Title,document:Creator,document:Booktitle,document:Publisher </pre></p>
+description7=<p><pre> document\:Title,document\:Creator,document\:Booktitle,document\:Publisher </pre></p>
 
-description8=<p>es decir, el tÃ­tulo, la lista de autores, el tÃ­tulo del trabajo (si es que hay alguno) en el que aparece este Ã­tem y el editor. Recuerde que esta especificaciÃ³n sigue la convenciÃ³n <i>mg</i> con <i>level:field</i>. Los Ã­ndices <i>Phind</i> se basan mÃ¡s comÃºnmente en el texto completo de una colecciÃ³n por medio de la especificaciÃ³n <i>document:text</i>.</p>
+description8=<p>es decir, el tÃ­tulo, la lista de autores, el tÃ­tulo del trabajo (si es que hay alguno) en el que aparece este Ã­tem y el editor. Recuerde que esta especificaciÃ³n sigue la convenciÃ³n <i>mg</i> con <i>level\:field</i>. Los Ã­ndices <i>Phind</i> se basan mÃ¡s comÃºnmente en el texto completo de una colecciÃ³n por medio de la especificaciÃ³n <i>document\:text</i>.</p>
 
 description9=<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 <i>mÃ¡s documentos</i>.</p>
@@ -54,5 +54,5 @@
 description11=<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="?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>
 
-description12=<p>Los documentos (he aquÃ­ un <a href="?a=d&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>
+description12=<p>Los documentos (he aquÃ­ un <a href="?a=d&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>
 
 description13=<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="?a=d&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.</p>
Index: /documented-examples/trunk/dls-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/dls-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/dls-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -6,5 +6,5 @@
 shortDescription=<p>Las Bibliotecas sobre Desarrollo Humanitario representan una extensa colecciÃ³n de informaciÃ³n prÃ¡ctica cuyo propÃ³sito es ayudar a reducir la pobreza, acrecentar el potencial humano y proveer una educaciÃ³n prÃ¡ctica y Ãºtil para todos. Este subconjunto comprende unas 25 publicaciones - documentos, informes tÃ©cnicos y artÃ­culos de publicaciones periÃ³dicas - en varias Ã¡reas del desarrollo humano, desde prÃ¡cticas agrÃ­colas a polÃ­ticas econÃ³micas, desde agua y saneamiento a sociedad y cultura, desde educaciÃ³n a manufactura, desde mitigaciÃ³n de desastres a microemprendimientos.</p>
 
-description0=<p>Los editores de esta colecciÃ³n son la ONG Human Info, HumanityCD Ltd y demÃ¡s organizaciones participantes. ContÃ¡ctenos en: Proyecto de Bibliotecas sobre Aspectos Humanitarios y de Desarrollo , Oosterveldiaan 196, B-2610 Antwerp, BÃ©lgica, Tel 32-3-448.05.54, Fax 32-3-449.75.74, correo electrÃ³nico <a href=mailto:humanity@humaninfo.org>humanity@humaninfo.org</a>.</p>
+description0=<p>Los editores de esta colecciÃ³n son la ONG Human Info, HumanityCD Ltd y demÃ¡s organizaciones participantes. ContÃ¡ctenos en\: Proyecto de Bibliotecas sobre Aspectos Humanitarios y de Desarrollo , Oosterveldiaan 196, B-2610 Antwerp, BÃ©lgica, Tel 32-3-448.05.54, Fax 32-3-449.75.74, correo electrÃ³nico <a href="mailto\:humanity@humaninfo.org">humanity@humaninfo.org</a>.</p>
 
 description1=<h3>CÃ³mo trabaja esta colecciÃ³n</h3><p>La colecciÃ³n DLS es bastante compleja. Si apenas estÃ¡ empezando a familiarizarse con su uso quizÃ¡ fuera mejor que se fijara primero en alguna otra colecciÃ³n (como la <a href="?c=documented-examples/wrdpdf-e&a=p&sa=about">DemostraciÃ³n en Word y PDF</a>, los <a href="?c=documented-examples/gsarch-e&a=p&sa=about">Archivos Greenstone</a> o la <a href="?c=documented-examples/image-e&a=p&sa=about">colecciÃ³n sencilla de imÃ¡genes</a>).</p>
@@ -18,13 +18,13 @@
 description5=<p><b>Ãndices de bÃºsqueda</b>. El bloque de lÃ­neas que empieza con <i>indexes</i> especifica los Ã­ndices de bÃºsqueda que estÃ¡n disponibles. En esta colecciÃ³n hay tres, los cuales se pueden ver al momento de desplegar el menÃº "Buscar" en la <a href="?a=q">pÃ¡gina de bÃºsqueda</a>. El primer Ã­ndice se llama "capÃ­tulos", el segundo "tÃ­tulos de secciÃ³n" y el tercero "documentos enteros". Los nombres de estos tres Ã­ndices estÃ¡n dados por tres sentencias <i>collectionmeta</i>.</p>
 
-description6=<p>El contenido de los Ã­ndices -- es decir, la especificaciÃ³n de lo que se va a buscar -- se define por medio de la lÃ­nea <i>indexes</i> que se encuentra al principio de este bloque. Esta especifica tres Ã­ndices, dos a nivel de secciÃ³n (los cuales empiezan con <i>section:</i>) y uno a nivel de documento (el cual empieza con <i>document:</i>). La diferencia estÃ¡ en que una consulta de varias palabras Ãºnicamente encontrarÃ¡ una correspondencia en un Ã­ndice a nivel de secciÃ³n si todos los tÃ©rminos de la consulta aparecen en la misma secciÃ³n, mientras que encontrarÃ¡ la correspondencia en un Ã­ndice a nivel de documento si los tÃ©rminos aparecen en cualquier parte del documento (el cual consiste normalmente de varias secciones). El primero y tercer Ã­ndices son <i>section:text</i> y <i>document:text</i>, donde <i>:text</i> significa que se buscarÃ¡ en todo el texto de la secciÃ³n o el documento, respectivamente. El segundo es <i>section:Title</i>, el cual indica que se buscarÃ¡n metadatos de <i>TÃ­tulo</i>, en este caso tÃ­tulos de secciones (mÃ¡s que tÃ­tulos de documentos). Los tres Ã­ndices aparecerÃ¡n en el orden en que se especificaron en la lÃ­nea de <i>Ã­ndices</i>.</p>
+description6=<p>El contenido de los Ã­ndices -- es decir, la especificaciÃ³n de lo que se va a buscar -- se define por medio de la lÃ­nea <i>indexes</i> que se encuentra al principio de este bloque. Esta especifica tres Ã­ndices, dos a nivel de secciÃ³n (los cuales empiezan con <i>section\:</i>) y uno a nivel de documento (el cual empieza con <i>document\:</i>). La diferencia estÃ¡ en que una consulta de varias palabras Ãºnicamente encontrarÃ¡ una correspondencia en un Ã­ndice a nivel de secciÃ³n si todos los tÃ©rminos de la consulta aparecen en la misma secciÃ³n, mientras que encontrarÃ¡ la correspondencia en un Ã­ndice a nivel de documento si los tÃ©rminos aparecen en cualquier parte del documento (el cual consiste normalmente de varias secciones). El primero y tercer Ã­ndices son <i>section\:text</i> y <i>document\:text</i>, donde <i>\:text</i> significa que se buscarÃ¡ en todo el texto de la secciÃ³n o el documento, respectivamente. El segundo es <i>section\:Title</i>, el cual indica que se buscarÃ¡n metadatos de <i>TÃ­tulo</i>, en este caso tÃ­tulos de secciones (mÃ¡s que tÃ­tulos de documentos). Los tres Ã­ndices aparecerÃ¡n en el orden en que se especificaron en la lÃ­nea de <i>Ã­ndices</i>.</p>
 
-description7=<p><b>Clasificadores</b>. El bloque de lÃ­neas con la etiqueta <i>classifiers</i> define los Ã­ndices de exploraciÃ³n, llamados "clasificadores" en Greenstone. Hay cuatro de ellos correspondientes a los cuatro botones en la barra de navegaciÃ³n que se encuentra en la parte superior de cada pÃ¡gina de la colecciÃ³n (p. ej. la <a href="?a=q">pÃ¡gina de bÃºsqueda</a>): <i>temas, tÃ­tulos, organizaciÃ³n</i> y <i>cÃ³mo</i>. El botÃ³n de <i>bÃºsqueda</i> aparece primero y a continuaciÃ³n los cuatro clasificadores en orden.</p>
+description7=<p><b>Clasificadores</b>. El bloque de lÃ­neas con la etiqueta <i>classifiers</i> define los Ã­ndices de exploraciÃ³n, llamados "clasificadores" en Greenstone. Hay cuatro de ellos correspondientes a los cuatro botones en la barra de navegaciÃ³n que se encuentra en la parte superior de cada pÃ¡gina de la colecciÃ³n (p. ej. la <a href="?a=q">pÃ¡gina de bÃºsqueda</a>)\: <i>temas, tÃ­tulos, organizaciÃ³n</i> y <i>cÃ³mo</i>. El botÃ³n de <i>bÃºsqueda</i> aparece primero y a continuaciÃ³n los cuatro clasificadores en orden.</p>
 
-description8=<p>El primer clasificador le da acceso al asunto. Es un clasificador <i>Hierarchy</i>, el cual se define en el archivo <a href="_httpcollection_/etc/dls.Subject.txt" target="text">dls.Subject.txt</a> (el argumento <i>hfile</i>); este archivo se describe mÃ¡s adelante. El clasificador se basa en el metadato <i>dls.Subject</i> y cuando varios libros aparecen en una hoja de la jerarquÃ­a se ordenan por medio del metadato <i>dls.Title</i> (como se puede ver <a href="?a=d&cl=CL1.4.1">aquÃ­</a>).  El segundo clasificador provee acceso por tÃ­tulo. Es un clasificador <i>Hierarchy</i> tambiÃ©n, pero esta vez basado en el metadato <i>dls.AZList</i>, cuya jerarquÃ­a estÃ¡ definida en <a href="_httpcollection_/etc/dls.Title.txt" target="text">dls.AZList.txt</a>. Este archivo se describe abajo.  El tercero le da acceso a la organizaciÃ³n. Es un clasificador <i>List</i> basado en el metadato <i>dls.Organization</i>. La opciÃ³n <i>-bookshelf_type always</i> crea un estante para cada organizaciÃ³n, aÃºn cuando un solo documento pertenezca a esa categorÃ­a.  El cuarto provee acceso por el texto "Howto": es un clasificador <i>List</i> basado en el metadato <i>dls.Keyword</i>. La opciÃ³n <i>-bookshelf_type never</i> previene la creaciÃ³n del estante aÃºn cuando dos documentos compartan las mismas keywords.</p>
+description8=<p>El primer clasificador le da acceso al asunto. Es un clasificador <i>Hierarchy</i>, el cual se define en el archivo <a href="_httpcollection_/etc/dls.Subject.txt" target="text">dls.Subject.txt</a> (el argumento <i>hfile</i>); este archivo se describe mÃ¡s adelante. El clasificador se basa en el metadato <i>dls.Subject</i> y cuando varios libros aparecen en una hoja de la jerarquÃ­a se ordenan por medio del metadato <i>dls.Title</i> (como se puede ver <a href="?a=d&cl=CL1.4.1">aquÃ­</a>).  El segundo clasificador provee acceso por tÃ­tulo. Es un clasificador <i>Hierarchy</i> tambiÃ©n, pero esta vez basado en el metadato <i>dls.AZList</i>, cuya jerarquÃ­a estÃ¡ definida en <a href="_httpcollection_/etc/dls.Title.txt" target="text">dls.AZList.txt</a>. Este archivo se describe abajo.  El tercero le da acceso a la organizaciÃ³n. Es un clasificador <i>List</i> basado en el metadato <i>dls.Organization</i>. La opciÃ³n <i>-bookshelf_type always</i> crea un estante para cada organizaciÃ³n, aÃºn cuando un solo documento pertenezca a esa categorÃ­a.  El cuarto provee acceso por el texto "Howto"\: es un clasificador <i>List</i> basado en el metadato <i>dls.Keyword</i>. La opciÃ³n <i>-bookshelf_type never</i> previene la creaciÃ³n del estante aÃºn cuando dos documentos compartan las mismas keywords.</p>
 
 description9=<p><p> <b>ImÃ¡genes de Portada</b>. Greenstone busca una imagen de portada para cada documento cuyo nombre sea igual al documento pero con una extensiÃ³n <i>.jpg</i>. Esta imagen estÃ¡ asociada con el documento, y puede ser mostrada en la pÃ¡gina del documento (ver aqui abajo). Las imÃ¡genes de portada pueden ser deshabilitadas con la opciÃ³n -no_cover_image en cada plugin.   <b>Enunciados de formato</b>. La lÃ­neas que comienzan con <i>format</i>, llamadas "cadenas de formateo", determinan la forma en la que deben mostrarse muchas de las partes de la colecciÃ³n. La sentencia de formato de <i>VList</i> se aplica a las listas de items mostrados verticalmente, como por ejemplo listas de tÃ­tulos, temas y organizaciones y la tabla de contenidos de los documentos. Es omitida para la lista de resultados mediante la sentencia <i>SearchVList</i>, y tambiÃ©n para el clasificador <i>Howto</i> a travÃ©s de la sentencia <i>CL4VList</i> (CL4 especifica el cuarto clasificador).</p>
 
-description10=<p>La sentencia <i>DocumentText</i> determina el modo en el que se formatea el texto, con el metadato <i>Title</i> ([<i>Title</i>]) en formato HTML &lt;<i>h3</i>&gt; seguido por el texto del documento [<i>Text</i>]. Configurando la sentencia <i>DocumentImages</i> como <i>true</i> aseguramos que las imÃ¡genes de portada se visualicen en cada documento. <i>DocumentButtons</i> indica cuales botones se muestran en cada documento. Las opciones son: <i>ExpandText, Expand Contents, Detach</i> y <i>Highlight</i>.</p>
+description10=<p>La sentencia <i>DocumentText</i> determina el modo en el que se formatea el texto, con el metadato <i>Title</i> ([<i>Title</i>]) en formato HTML &lt;<i>h3</i>&gt; seguido por el texto del documento [<i>Text</i>]. Configurando la sentencia <i>DocumentImages</i> como <i>true</i> aseguramos que las imÃ¡genes de portada se visualicen en cada documento. <i>DocumentButtons</i> indica cuales botones se muestran en cada documento. Las opciones son\: <i>ExpandText, Expand Contents, Detach</i> y <i>Highlight</i>.</p>
 
 description11=<p>La mayorÃ­a de las cadenas de formateo contienen cÃ³digo HTML. Los nombres de los metadatos entre corchetes (p. ej. [<i>Title</i>], [<i>Creator</i>]) dan el valor de dicho metadato. [<i>Text</i>] da el texto del documento. TambiÃ©n se puede establecer un hipervÃ­nculo con el documento por medio de [link] ...[/link]. Un icono apropiado es producido por [<i>icon</i>]. Las cadenas de formato pueden incluir {<i>If</i>}{... , ...} y {<i>Or</i>}{... , ...}. Los primeros dos contienen ejemplos. Estos dos son enunciados de formato demasiado complejos, por lo que no los explicaremos aquÃ­. En Greenstone los cambios en las cadenas de formato tienen efecto inmediatamente a menos que se estÃ© usando el servidor local, en cuyo caso el servidor necesitarÃ¡ reiniciarse. Esto hace que sea fÃ¡cil experimentar con diferentes versiones de un enunciado de formato y ver quÃ© pasa.</p>
@@ -32,11 +32,11 @@
 description12=<p><b>Metadatos a nivel de colecciÃ³n</b>. Las lÃ­neas de <i>collectionmeta</i> en el archivo de configuraciÃ³n tambiÃ©n son estÃ¡ndar en todas las colecciones Greenstone. Contienen informaciÃ³n general acerca de la colecciÃ³n definiendo su nombre, y una descripciÃ³n que aparece en su pÃ¡gina inicial. La descripciÃ³n (en <i>collectionextra</i>) se puede ver en la pÃ¡gina inicial de la colecciÃ³n DLS (este texto es parte de Ã©l).</p>
 
-description13=<p><b>TraducciÃ³n de idioma</b>. La Ãºltima parte del <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">archivo de configuraciÃ³n de la colecciÃ³n</a> proporciona los metadatos a nivel de colecciÃ³n en francÃ©s y espaÃ±ol, respectivamente. Estos idiomas se indican por medio de corchetes: [<i>fr</i>] y [<i>es</i>]. Si no hay ninguna especificaciÃ³n del idioma, entonces el inglÃ©s se asume por omisiÃ³n. El archivo de configuraciÃ³n muestra los caracteres que se acentÃºan (p. ej. <i>Ã©</i> francesa). Este archivo estÃ¡ en UTF-8 y los caracteres se representan por medio de secuencias de varios bytes (&lt;C3&gt;&lt;A9&gt; en este caso). De forma alternativa se pueden representar por medio de nombres de entidades HTML (como <i>&eacute</i>). No hay ninguna diferencia y se ven igual en la pantalla. Sin embargo, esto sÃ­ representarÃ­a una diferencia en el caso de que el texto se buscara. Greenstone utiliza Unicode internamente para asegurarse que las bÃºsquedas trabajen tal como se espera con idiomas diferentes al inglÃ©s.</p>
+description13=<p><b>TraducciÃ³n de idioma</b>. La Ãºltima parte del <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">archivo de configuraciÃ³n de la colecciÃ³n</a> proporciona los metadatos a nivel de colecciÃ³n en francÃ©s y espaÃ±ol, respectivamente. Estos idiomas se indican por medio de corchetes\: [<i>fr</i>] y [<i>es</i>]. Si no hay ninguna especificaciÃ³n del idioma, entonces el inglÃ©s se asume por omisiÃ³n. El archivo de configuraciÃ³n muestra los caracteres que se acentÃºan (p. ej. <i>Ã©</i> francesa). Este archivo estÃ¡ en UTF-8 y los caracteres se representan por medio de secuencias de varios bytes (&lt;C3&gt;&lt;A9&gt; en este caso). De forma alternativa se pueden representar por medio de nombres de entidades HTML (como <i>&eacute</i>). No hay ninguna diferencia y se ven igual en la pantalla. Sin embargo, esto sÃ­ representarÃ­a una diferencia en el caso de que el texto se buscara. Greenstone utiliza Unicode internamente para asegurarse que las bÃºsquedas trabajen tal como se espera con idiomas diferentes al inglÃ©s.</p>
 
-description14=<p><b>Etiquetas de descripciÃ³n</b>. Las etiquetas de descripciÃ³n reconocidas por <i>HTMLPlugin</i> se insertan en el texto fuente HTML de los documentos para definir el lugar en el que las secciones empiezan y terminan y para especificar los tÃ­tulos de secciÃ³n. Se ven de la siguiente manera:<pre> &lt;!-- &lt;Section&gt; &lt;Description&gt; &lt;Metadata name="Title"&gt; Haciendo realidad los derechos humanos para la gente pobre: Estrategias para lograr los objetivos de desarrollo mundial &lt;/Metadata&gt; &lt;/Description&gt; --&gt; (el texto de la secciÃ³n va aquÃ­) &lt;!-- &lt;/Section&gt; --> </pre></p>
+description14=<p><b>Etiquetas de descripciÃ³n</b>. Las etiquetas de descripciÃ³n reconocidas por <i>HTMLPlugin</i> se insertan en el texto fuente HTML de los documentos para definir el lugar en el que las secciones empiezan y terminan y para especificar los tÃ­tulos de secciÃ³n. Se ven de la siguiente manera\:<pre> &lt;!-- &lt;Section&gt; &lt;Description&gt; &lt;Metadata name="Title"&gt; Haciendo realidad los derechos humanos para la gente pobre\: Estrategias para lograr los objetivos de desarrollo mundial &lt;/Metadata&gt; &lt;/Description&gt; --&gt; (el texto de la secciÃ³n va aquÃ­) &lt;!-- &lt;/Section&gt; --> </pre></p>
 
 description15=<p>Los marcadores &lt;!-- ... --> se utilizan para asegurarse que estas etiquetas estÃ©n marcadas como comentarios en HTML y por lo tanto que no afecten el formato del documento. En la parte de <i>Description</i> se pueden especificar otros tipos de metadatos, pero esto no se hace para el estilo de colecciÃ³n que estamos describiendo aquÃ­. Exactamente la misma especificaciÃ³n (incluyendo los marcadores &lt;!-- ... -->) se puede usar tambiÃ©n en los documentos Word.</p>
 
-description16=<p><b>Archivos de metadatos</b>. Los metadatos para todos los documentos de la colecciÃ³n DLS se asignan en archivos llamados metadata.xml, un documento por carpeta. El documento <a href="_httpcollection_/import/r0087e/metadata.xml" target="text">metadata.xml</a> para el libro--<i>Income generation and money management: training women as entrepreneurs</i> -- es un bloque de alrededor diez lineas encerradas en las etiquetas &lt;<i>FileSet</i>&gt; ... &lt;<i>/FileSet</i>&gt;. El cual define los metadatos <i>dls.Title, dls.Language, dls.Subject</i> y <i>dls.AZList</i>. Se puede especificar mÃ¡s de un valor para cualquier Ã­tem del metadato. Por ejemplo, este libro tiene dos clasificaciones dls.Subject. Ambos se almacenan como valores del metadato para este documento en particular (ya que se especifica <i>mode=accumulate</i>; la alternativa y el valor por omisiÃ³n es <i>mode=override</i>).</p>
+description16=<p><b>Archivos de metadatos</b>. Los metadatos para todos los documentos de la colecciÃ³n DLS se asignan en archivos llamados metadata.xml, un documento por carpeta. El documento <a href="_httpcollection_/import/r0087e/metadata.xml" target="text">metadata.xml</a> para el libro--<i>Income generation and money management\: training women as entrepreneurs</i> -- es un bloque de alrededor diez lineas encerradas en las etiquetas &lt;<i>FileSet</i>&gt; ... &lt;<i>/FileSet</i>&gt;. El cual define los metadatos <i>dls.Title, dls.Language, dls.Subject</i> y <i>dls.AZList</i>. Se puede especificar mÃ¡s de un valor para cualquier Ã­tem del metadato. Por ejemplo, este libro tiene dos clasificaciones dls.Subject. Ambos se almacenan como valores del metadato para este documento en particular (ya que se especifica <i>mode=accumulate</i>; la alternativa y el valor por omisiÃ³n es <i>mode=override</i>).</p>
 
 description17=<p><b>Archivos de jerarquÃ­a</b>. Los archivos de Hierarchy contienen una sucesiÃ³n de lÃ­neas, cada una de las cuales tiene tres items. El primer item es una cadena de texto que es confrontada con el metadato que aparece en el archivo <i>metadata.xml</i> descripto arriba. El segundo item es un nÃºmero que define la posiciÃ³n en la jerarquÃ­a. El tercer item es una cadena de texto que describe al nodo de la jerarquÃ­a de la pÃ¡gina web que genera Greenstone.</p>
Index: /documented-examples/trunk/gsarch-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/gsarch-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/gsarch-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -14,9 +14,9 @@
 description2=<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>
 
-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 &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>
+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 <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>
 
-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 <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>
+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 <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 "Search by sender", seguido por la fecha <i>DateText</i>.</p>
 
-description5=<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>
+description5=<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 "Search by Sender", el <i>Subject</i> (enlazado al documento), y <i>DateText</i>.</p>
 
 description6=<p>El tercer clasificador es una <i>Lista de Fechas (DateList)</i>, que permite hacer la selecciÃ³n por mes y aÃ±o.</p>
Index: /documented-examples/trunk/image-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/image-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/image-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -13,11 +13,11 @@
 description2=<h3>CÃ³mo trabaja esta colecciÃ³n</h3><p>Se puede <a href="library/collection/image-e/document/D2">ver aquÃ­</a> un documento de muestra de la colecciÃ³n. El archivo de configuraciÃ³n, <tt>collectionConfig.xml</tt>, no especifica ningÃºn Ã­ndice, por lo que el botÃ³n de bÃºsqueda se suprime.</p>
 
-description3=<p>SÃ³lo hay un plugin, <i>ImagePlugin</i>, ademÃ¡s de los cuatro que siempre estÃ¡n presentes (<i>GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin, DirectoryPlugin</i>). <i>ImagePlugin</i> se basa en la existencia de dos programas del paquete de software ImageMagick (<a href="http://www.imagemagick.org">http://www.imagemagick.org</a>): <i>convert</i> e <i>identify</i>. Greenstone no podrÃ¡ construir correctamente la colecciÃ³n a menos que ImageMagick estÃ© instalado en su computadora.</p>
+description3=<p>SÃ³lo hay un plugin, <i>ImagePlugin</i>, ademÃ¡s de los cuatro que siempre estÃ¡n presentes (<i>GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin, DirectoryPlugin</i>). <i>ImagePlugin</i> se basa en la existencia de dos programas del paquete de software ImageMagick (<a href="http\://www.imagemagick.org">http\://www.imagemagick.org</a>)\: <i>convert</i> e <i>identify</i>. Greenstone no podrÃ¡ construir correctamente la colecciÃ³n a menos que ImageMagick estÃ© instalado en su computadora.</p>
 
-description4=<p><i>ImagePlugin</i> crea automÃ¡ticamente una miniatura de la imagen y genera los siguientes metadatos para cada imagen de la colecciÃ³n: <blockquote> <table border=0 cellspacing=0> <tr><td width=125 valign=top><i>Image</i></td><td> Nombre del archivo que contiene la imagen. <tr> <tr><td valign=top><i>ImageWidth</i></td><td> Ancho de la imagen (en pixeles). <tr> <tr><td valign=top><i>ImageHeight</i></td><td> Altura de la imagen (en pixeles). <tr> <tr><td valign=top><i>Thumb</i></td><td> Nombre del archivo gif que contiene la miniatura de la imagen. <tr> <tr><td valign=top><i>ThumbWidth</i></td><td> Ancho de la imagen reducida (en pixeles). <tr> <tr><td valign=top><i>ThumbHeight</i></td><td> Altura de la imagen reducida (en pixeles). <tr> <tr><td valign=top><i>thumbicon</i></td><td> EspecificaciÃ³n del nombre de la ruta de acceso completo de la imagen reducida. <tr> <tr><td valign=top><i>assocfilepath</i></td><td> Nombre de la ruta de acceso del directorio de imÃ¡genes en el directorio asociado de la colecciÃ³n. <tr> </table> </blockquote></p>
+description4=<p><i>ImagePlugin</i> crea automÃ¡ticamente una miniatura de la imagen y genera los siguientes metadatos para cada imagen de la colecciÃ³n\: <blockquote> <table border=0 cellspacing=0> <tr><td width=125 valign=top><i>Image</i></td><td> Nombre del archivo que contiene la imagen. <tr> <tr><td valign=top><i>ImageWidth</i></td><td> Ancho de la imagen (en pixeles). <tr> <tr><td valign=top><i>ImageHeight</i></td><td> Altura de la imagen (en pixeles). <tr> <tr><td valign=top><i>Thumb</i></td><td> Nombre del archivo gif que contiene la miniatura de la imagen. <tr> <tr><td valign=top><i>ThumbWidth</i></td><td> Ancho de la imagen reducida (en pixeles). <tr> <tr><td valign=top><i>ThumbHeight</i></td><td> Altura de la imagen reducida (en pixeles). <tr> <tr><td valign=top><i>thumbicon</i></td><td> EspecificaciÃ³n del nombre de la ruta de acceso completo de la imagen reducida. <tr> <tr><td valign=top><i>assocfilepath</i></td><td> Nombre de la ruta de acceso del directorio de imÃ¡genes en el directorio asociado de la colecciÃ³n. <tr> </table> </blockquote></p>
 
 description5=<p>La imagen se guarda como "archivo asociado" en el subdirectorio <i>assoc</i> del directorio <i>index</i> de la colecciÃ³n. (<i>Index</i> es el lugar donde todos los archivos necesarios para la colecciÃ³n se colocan con el fin de hacerla autocontenida.) Para cualquier documento tanto la miniatura como la imagen estÃ¡n en un subdirectorio cuyo nombre de archivo es dado por <i>assocfilepath</i>. El elemento de metadato <i>thumbicon</i> tiene como valor la ruta completa a la imagen miniatura y puede usarse de la misma manera que <i>srcicon</i> (vÃ©ase la colecciÃ³n de muestra en MSWord y PDF).</p>
 
-description6=<p>El segundo enunciado de formato en el archivo de configuraciÃ³n, <tt>collectionConfig.xml</tt>, <i>browse</i>, dicta la forma en que aparecerÃ¡ el documento. <a href="library/collection/image-e/document/D2">Ãste</a> es el resultado. No hay texto (en caso de que hubiera, se podrÃ­a producir por medio de <i>&lt;gsf:metadata name="rawtext"/&gt;</i>). Lo que se muestra es la imagen junto con algunos metadatos extraÃ­dos de ella.</p>
+description6=<p>El segundo enunciado de formato en el archivo de configuraciÃ³n, <tt>collectionConfig.xml</tt>, <i>browse</i>, dicta la forma en que aparecerÃ¡ el documento. <a href="library/collection/image-e/document/D2">Ãste</a> es el resultado. No hay texto (en caso de que hubiera, se podrÃ­a producir por medio de <i>&lt;gsf\:metadata name="rawtext"/&gt;</i>). Lo que se muestra es la imagen junto con algunos metadatos extraÃ­dos de ella.</p>
 
 description7=<p>El archivo de configuraciÃ³n especifica un clasificador, <i>List</i>, basado en el metadato <i>Image</i>, tal como se muestra <a href="library/collection/image-e/browse/CL1">aquÃ­</a>. La cadena de formateo muestra la imagen reducida junto con algunos metadatos. (Cualquier otro clasificador tendrÃ­a el mismo formato, ya que esta cadena no especifica a ningÃºn clasificador en particular.)</p>
@@ -27,3 +27,3 @@
 description9=<p>La razÃ³n es que de esta manera se ahorra ancho de banda en la comunicaciÃ³n al no enviar imÃ¡genes de gran tamaÃ±o cuando se pueden enviar pequeÃ±as.</p>
 
-description10=<p>Para conocer una colecciÃ³n de imÃ¡genes mÃ¡s completa, consulte la <a href="http://www.nzdl.org/cgi-bin/library?a=p&sa=about&c=aircraft">kiwi aircraft images</a> de la Biblioteca Digital de Nueva Zelanda. Sin embargo, la estructura de esta colecciÃ³n es muy diferente. Se trata de una colecciÃ³n de pÃ¡ginas Web que incluye muchas imÃ¡genes junto con el texto. El plugin <i>HTMLPlugin</i> tambiÃ©n procesa archivos de imÃ¡genes, pero lo hace de manera diferente a ImagePlugin (por ejemplo, no produce los metadatos descritos arriba).</p>
+description10=<p>Para conocer una colecciÃ³n de imÃ¡genes mÃ¡s completa, consulte la <a href="http\://www.nzdl.org/cgi-bin/library?a=p&sa=about&c=aircraft">kiwi aircraft images</a> de la Biblioteca Digital de Nueva Zelanda. Sin embargo, la estructura de esta colecciÃ³n es muy diferente. Se trata de una colecciÃ³n de pÃ¡ginas Web que incluye muchas imÃ¡genes junto con el texto. El plugin <i>HTMLPlugin</i> tambiÃ©n procesa archivos de imÃ¡genes, pero lo hace de manera diferente a ImagePlugin (por ejemplo, no produce los metadatos descritos arriba).</p>
Index: /documented-examples/trunk/isis-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/isis-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/isis-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -34,7 +34,7 @@
 		
 
-shortDescription=<p>Esta colecciÃ³n muestra una base de datos <a href="http://portal.unesco.org/ci/ev.php?URL_ID=2071&URL_DO=DO_TOPIC&URL_SECTION=201">CDS/ISIS</a> de entradas bibliogrÃ¡ficas.</p>
+shortDescription=<p>Esta colecciÃ³n muestra una base de datos <a href="http\://portal.unesco.org/ci/ev.php?URL_ID=2071&URL_DO=DO_TOPIC&URL_SECTION=201">CDS/ISIS</a> de entradas bibliogrÃ¡ficas.</p>
 
-description1=<h3>CÃ³mo trabaja esta colecciÃ³n</h3><p>El archivo de configuraciÃ³n de la colecciÃ³n especifica el plugin ISISPlugin, el cual procesa las bases de datos CDS/ISIS. Estas bases de datos contienen varios archivos, pero ISISPlugin solo utiliza dos: CDS.fdt (donde CDS es el nombre de la base de datos), el cual contiene los nombres de los campos usados en la base de datos, y CDS.mst, el cual contiene los registros. Cada vez que ISISPlugin encuentra un archivo ".mst", busca el archivo ".fdt" correspondiente. En este caso al plugin se le ha dado un argumento <i>input_encoding</i>, ya que algunas entradas de la base de datos contienen caracteres extendidos (en una forma que se usÃ³ en versiones tempranas del sistema operativo DOS). TambiÃ©n se le ha dotado de un argumento separador de subcampos, cuyo propÃ³sito se explica mÃ¡s adelante.  La opciÃ³n <i>-OIDtype incremental</i> se utiliza para generar identificadores que sean consistentes a travÃ©s de diferentes sistemas operativos (lo que no ocurre con identificadores HASH), de forma que podamos tener el enlace al documento en esta descripciÃ³n.</p>
+description1=<h3>CÃ³mo trabaja esta colecciÃ³n</h3><p>El archivo de configuraciÃ³n de la colecciÃ³n especifica el plugin ISISPlugin, el cual procesa las bases de datos CDS/ISIS. Estas bases de datos contienen varios archivos, pero ISISPlugin solo utiliza dos\: CDS.fdt (donde CDS es el nombre de la base de datos), el cual contiene los nombres de los campos usados en la base de datos, y CDS.mst, el cual contiene los registros. Cada vez que ISISPlugin encuentra un archivo ".mst", busca el archivo ".fdt" correspondiente. En este caso al plugin se le ha dado un argumento <i>input_encoding</i>, ya que algunas entradas de la base de datos contienen caracteres extendidos (en una forma que se usÃ³ en versiones tempranas del sistema operativo DOS). TambiÃ©n se le ha dotado de un argumento separador de subcampos, cuyo propÃ³sito se explica mÃ¡s adelante.  La opciÃ³n <i>-OIDtype incremental</i> se utiliza para generar identificadores que sean consistentes a travÃ©s de diferentes sistemas operativos (lo que no ocurre con identificadores HASH), de forma que podamos tener el enlace al documento en esta descripciÃ³n.</p>
 
 description2=<p>Al igual que la <i>colecciÃ³n bibliogrÃ¡fica</i>, esta colecciÃ³n incorpora una <tt>interfaz de bÃºsqueda basada en formularios</tt> que permite la bÃºsqueda por campos. Esto se especifica por medio de la lÃ­nea <i>format SearchTypes "form,plain"</i> (el argumento "plain" asegura que se cuenta igualmente con una funciÃ³n de bÃºsqueda de texto completo (la cual se puede seleccionar en la pÃ¡gina de <tt>Preferencias</tt>). La lÃ­nea <i>groupsize 100</i> junta los documentos en grupos de 100 (tal como se explicÃ³ en la <i>colecciÃ³n bibliogrÃ¡fica</i>).</p>
Index: /documented-examples/trunk/marc-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/marc-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/marc-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -2,15 +2,15 @@
 sampleoid=D0s156
 
-shortDescription=<p>Esta colecciÃ³n, la cual contiene _about:numdocs_ registros MARC, estÃ¡ basada en registros MARC de papers de trabajo publicados por el <a href="http://www.cs.waikato.ac.nz">Departamento de Ciencias de la ComputaciÃ³n</a> de la <a href="http://www.waikato.ac.nz">Universidad de Waikato</a>. He <a href="?a=d&d=_sampleoid_">aquÃ­</a> un documento de muestra de la colecciÃ³n.</p>
+shortDescription=<p>Esta colecciÃ³n, la cual contiene _about\:numdocs_ registros MARC, estÃ¡ basada en registros MARC de papers de trabajo publicados por el <a href="http\://www.cs.waikato.ac.nz">Departamento de Ciencias de la ComputaciÃ³n</a> de la <a href="http\://www.waikato.ac.nz">Universidad de Waikato</a>. He <a href="?a=d&d=_sampleoid_">aquÃ­</a> un documento de muestra de la colecciÃ³n.</p>
 
-description1=<h3>CÃ³mo trabaja esta colecciÃ³n</h3><p>El <a href="_httpcollection_/etc/collect.cfg" target=collect.cfg>archivo de configuraciÃ³n</a> utiliza <i>MARCPlugin</i> ademÃ¡s de los tres plugins estÃ¡ndar. Existen tres clasificadores basados en los metadatos <i>dc.TÃ­tulo</i>, <i>dc.Creador</i> y <i>dc.Asunto</i>. El clasificador <i>dc.Title</i> es una AZList, mientras que los otros dos son AZCompactList, que agrupa items con el mismo metadato en un "estante". El argumento <i>-removesuffix</i> para el clasificador por <i>Title</i> y por <i>Creator</i> remueve los sufijos de la cadena de caracteres (<i>dc.Title</i> y <i>dc.Creator</i> respectivamente). Esto se especifica como una expresiÃ³n regular PERL y ordena los caracteres (como la puntuaciÃ³n que se encuentra al final) a partir de las cadenas para su presentaciÃ³n en pantalla.</p>
+description1=<h3>CÃ³mo trabaja esta colecciÃ³n</h3><p>El <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">archivo de configuraciÃ³n</a> utiliza <i>MARCPlugin</i> ademÃ¡s de los tres plugins estÃ¡ndar. Existen tres clasificadores basados en los metadatos <i>dc.TÃ­tulo</i>, <i>dc.Creador</i> y <i>dc.Asunto</i>. El clasificador <i>dc.Title</i> es una AZList, mientras que los otros dos son AZCompactList, que agrupa items con el mismo metadato en un "estante". El argumento <i>-removesuffix</i> para el clasificador por <i>Title</i> y por <i>Creator</i> remueve los sufijos de la cadena de caracteres (<i>dc.Title</i> y <i>dc.Creator</i> respectivamente). Esto se especifica como una expresiÃ³n regular PERL y ordena los caracteres (como la puntuaciÃ³n que se encuentra al final) a partir de las cadenas para su presentaciÃ³n en pantalla.</p>
 
-description2=<p>La cadena de formateo <i>VList</i> controla la forma en la que se muestran los resultados y todos los clasificadores. Para los estantes, el nÃºmero de documentos contenidos se muestra en la parte derecha. Para los documentos, se muestra el metadato <i>dc.Title</i>, junto al <i>dc.Creator</i> y el <i>dc.Publisher</i>. <i>[sibling:dc.Creator]</i> se utiliza debido a que dc.Creator tiene mÃºltiples valores, y especifica que se deben mostrar todos los valores, no solamente el primero.</p>
+description2=<p>La cadena de formateo <i>VList</i> controla la forma en la que se muestran los resultados y todos los clasificadores. Para los estantes, el nÃºmero de documentos contenidos se muestra en la parte derecha. Para los documentos, se muestra el metadato <i>dc.Title</i>, junto al <i>dc.Creator</i> y el <i>dc.Publisher</i>. <i>[sibling\:dc.Creator]</i> se utiliza debido a que dc.Creator tiene mÃºltiples valores, y especifica que se deben mostrar todos los valores, no solamente el primero.</p>
 
-description3=<p>El plugin de MARC utiliza un archivo especial para mapear y convertir los nÃºmeros de campo MARC a metadatos estilo Greenstone. Este archivo reside en el directorio <i>gsdl/etc</i> y se llama <a href="_httpsite_/etc/marc2dc.txt" target=marc2dc>marc2dc.txt</a>. Incluye una lista de las correspondencias entre los nÃºmeros de campo MARC y los metadatos Greenstone. Cualquier campo MARC que no estÃ© incluido en la lista simplemente no aparece como metadato, aunque siga estando presente en el documento Greenstone. Cada lÃ­nea del archivo tiene el siguiente formato:<blockquote> &lt;MARC field number&gt; -&gt; Nombre_de_Metadato_Greenstone </blockquote>Las lÃ­neas en el archivo que empiezan con "\#" son comentarios.</p>
+description3=<p>El plugin de MARC utiliza un archivo especial para mapear y convertir los nÃºmeros de campo MARC a metadatos estilo Greenstone. Este archivo reside en el directorio <i>gsdl/etc</i> y se llama <a href="_httpsite_/etc/marc2dc.txt" target="marc2dc">marc2dc.txt</a>. Incluye una lista de las correspondencias entre los nÃºmeros de campo MARC y los metadatos Greenstone. Cualquier campo MARC que no estÃ© incluido en la lista simplemente no aparece como metadato, aunque siga estando presente en el documento Greenstone. Cada lÃ­nea del archivo tiene el siguiente formato\:<blockquote> &lt;MARC field number&gt; -&gt; Nombre_de_Metadato_Greenstone </blockquote>Las lÃ­neas en el archivo que empiezan con "\#" son comentarios.</p>
 
-description4=<p>La versiÃ³n estÃ¡ndar de este archivo se basa en el mapeo genÃ©rico de MARC a Dublin Core que se encuentra en <a href="http://www.loc.gov/marc/marc2dc.html">http://www.loc.gov/marc/marc2dc.html</a> (el cual asume USMARC/MARC21).</p>
+description4=<p>La versiÃ³n estÃ¡ndar de este archivo se basa en el mapeo genÃ©rico de MARC a Dublin Core que se encuentra en <a href="http\://www.loc.gov/marc/marc2dc.html">http\://www.loc.gov/marc/marc2dc.html</a> (el cual asume USMARC/MARC21).</p>
 
 description5=<p>MÃºltiples campos MARC pueden mapearse a un mismo campo Dublin Core. Por ejemplo, los campos 720 ("Uncontrolled name"), 100 ("Personal name"), 110 ("Corporate name") y 111 ("Meeting name") mapean todos a <i>dc.Creator</i>. Los registros actuales de MARC normalmente definen solo uno de esos campos, pero de cualquier manera Greenstone permite metadatos multivalor.</p>
 
-description6=<p>Algunos mapeos dependen de los subcampos. Por ejemplo, el campo MARC 260 contiene informaciÃ³n sobre la publicaciÃ³n y la distribuciÃ³n. Subcampos "c" (Date of Publication) y "g" (Date of manufacture) son mapeados a <i>dc.Date</i>, usando la siguiente linea de configuraciÃ³n: <blockquote> 260$c$g -&gt; dc.Date </blockquote>  Greenstone tambiÃ©n provee un archivo para el mapeo de MARC a Dublin Core <b>cualificado</b>: <a href="_httpsite_/etc/marc2qdc.txt" target=marc2qdc>greenstone/etc/marc2qdc.txt</a>. Puede ser usado por el plugin de MARC configurando el parÃ¡metro <i>-metadata_mapping_file</i> con "marc2qdc.txt".</p>
+description6=<p>Algunos mapeos dependen de los subcampos. Por ejemplo, el campo MARC 260 contiene informaciÃ³n sobre la publicaciÃ³n y la distribuciÃ³n. Subcampos "c" (Date of Publication) y "g" (Date of manufacture) son mapeados a <i>dc.Date</i>, usando la siguiente linea de configuraciÃ³n\: <blockquote> 260$c$g -&gt; dc.Date </blockquote>  Greenstone tambiÃ©n provee un archivo para el mapeo de MARC a Dublin Core <b>cualificado</b>\: <a href="_httpsite_/etc/marc2qdc.txt" target="marc2qdc">greenstone/etc/marc2qdc.txt</a>. Puede ser usado por el plugin de MARC configurando el parÃ¡metro <i>-metadata_mapping_file</i> con "marc2qdc.txt".</p>
Index: /documented-examples/trunk/oai-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/oai-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/oai-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -9,7 +9,7 @@
 
 
-shortDescription=<p>Esta colecciÃ³n demuestra la funciÃ³n <i>ImportFrom</i> de Greenstone. Por medio del <a href=http://www.openarchives.org>Protocolo de Archivo Abierto</a> (versiÃ³n 1.1) recupera metadatos de <a href=http://rocky.dlib.vt.edu/~jcdlpix>rocky.dlib.vt.edu/~jcdlpix</a>, una colecciÃ³n de fotografÃ­as tomadas durante la <a href=http://www.acm.org/jcdl/jcdl01/>Conferencia inaugural conjunta de Bibliotecas Digitales</a>. Se creÃ³ una colecciÃ³n Greenstone a partir de los registros exportados por este proveedor de datos OAI. La implementaciÃ³n es lo suficientemente flexible para enfrentar diferencias menores de sintaxis entre OAI 1.1 y OAI 2.0.</p>
+shortDescription=<p>Esta colecciÃ³n demuestra la funciÃ³n <i>ImportFrom</i> de Greenstone. Por medio del <a href="http\://www.openarchives.org">Protocolo de Archivo Abierto</a> (versiÃ³n 1.1) recupera metadatos de <a href="http\://rocky.dlib.vt.edu/~jcdlpix">rocky.dlib.vt.edu/~jcdlpix</a>, una colecciÃ³n de fotografÃ­as tomadas durante la <a href="http\://www.acm.org/jcdl/jcdl01/">Conferencia inaugural conjunta de Bibliotecas Digitales</a>. Se creÃ³ una colecciÃ³n Greenstone a partir de los registros exportados por este proveedor de datos OAI. La implementaciÃ³n es lo suficientemente flexible para enfrentar diferencias menores de sintaxis entre OAI 1.1 y OAI 2.0.</p>
 
-description1=<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> incluye una lÃ­nea <i>acquire</i> (adquirir) que es interpretada por un programa especial llamado <i>importfrom.pl</i>. Al igual que otros programas Greenstone, este toma como argumento el nombre de la colecciÃ³n y proporciona un resumen de otros argumentos cuando se les llama con el argumento <i>-help</i>. El programa lee el archivo de configuraciÃ³n de la colecciÃ³n, busca la lÃ­nea <i>acquire</i> y la procesa. En este caso, se ejecuta por medio del siguiente comando: <pre> importfrom.pl oai-e </pre> (donde el nombre de la colecciÃ³n es oai-e). </p>
+description1=<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> incluye una lÃ­nea <i>acquire</i> (adquirir) que es interpretada por un programa especial llamado <i>importfrom.pl</i>. Al igual que otros programas Greenstone, este toma como argumento el nombre de la colecciÃ³n y proporciona un resumen de otros argumentos cuando se les llama con el argumento <i>-help</i>. El programa lee el archivo de configuraciÃ³n de la colecciÃ³n, busca la lÃ­nea <i>acquire</i> y la procesa. En este caso, se ejecuta por medio del siguiente comando\: <pre> importfrom.pl oai-e </pre> (donde el nombre de la colecciÃ³n es oai-e). </p>
 
 description2=<p>La lÃ­nea <i>acquire</i> en el archivo de configuraciÃ³n especifica el protocolo OAI y proporciona el URL base de un repositorio OAI. El programa <i>importfrom</i> baja todos los metadatos del repositorio en el directorio <i>importar</i> de la colecciÃ³n. El argumento <i>getdoc</i> lo instruye tambiÃ©n para que baje los documentos fuente de la colecciÃ³n, cuyos URLs estÃ¡n dados en el campo <i>Identificador</i> de Dublin Core de cada documento (Ã©sta es una convenciÃ³n). Los archivos de metadatos, cada uno de los cuales contiene un registro XML para un documento fuente, se colocan en la estructura de archivos <i>importar</i> junto con los documentos mismos y el nombre de archivo del documento es igual al nombre de archivo en el URL. El campo <i>Identificador</i> se sustituye por el nombre de archivo local y su valor original es conservado en un nuevo campo llamado <i>OrigURL</i>.</p>
Index: /documented-examples/trunk/pagedimg-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/pagedimg-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/pagedimg-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -2,11 +2,11 @@
 section_text=pÃ¡ginas de diario
 
-shortDescription=<p>Esta colecciÃ³n contiene algunos diarios de la colecciÃ³n <a href="http://www.nzdl.org/cgi-bin/library?a=p&amp;p=about&amp;c=niupepa"> Niupepa</a> de periÃ³dicos Maories.</p>
+shortDescription=<p>Esta colecciÃ³n contiene algunos diarios de la colecciÃ³n <a href="http\://www.nzdl.org/cgi-bin/library?a=p&amp;p=about&amp;c=niupepa"> Niupepa</a> de periÃ³dicos Maories.</p>
 
 description1=<h3>CÃ³mo funciona la colecciÃ³n</h3> <p>Cada diario consiste en un conjunto de imÃ¡genes, una por pÃ¡gina, y un conjunto de archivos de texto provenientes del OCR. Un archivo .item relaciona al conjunto de pÃ¡ginas con un Ãºnico diario. PagedImagePlugin se utiliza para procesar esos archivos .item.</p>
 
-description2=<p>Hay dos estilos para escribir esos archivos item. y esta colecciÃ³n demuestra ambos. El primero usa un formato bÃ¡sico de texto, y consiste en una lista de metadatos para el documento, y una lista de pÃ¡ginas. AquÃ­ hay algunos ejemplos: <a href='_httpcollection_/import/09/09\_1\_1.item'>Te Waka o Te Iwi, Vol. 1, No. 1</a>, <a href='_httpcollection_/import/10/10\_1\_3.item'>Te Whetu o Te Tau, Vol. 1, No. 3</a>. Este formato permite la especificaciÃ³n de metadatos a nivel de documento, y una lista simple de pÃ¡ginas.</p>
+description2=<p>Hay dos estilos para escribir esos archivos item. y esta colecciÃ³n demuestra ambos. El primero usa un formato bÃ¡sico de texto, y consiste en una lista de metadatos para el documento, y una lista de pÃ¡ginas. AquÃ­ hay algunos ejemplos\: <a href='_httpcollection_/import/09/09\_1\_1.item'>Te Waka o Te Iwi, Vol. 1, No. 1</a>, <a href='_httpcollection_/import/10/10\_1\_3.item'>Te Whetu o Te Tau, Vol. 1, No. 3</a>. Este formato permite la especificaciÃ³n de metadatos a nivel de documento, y una lista simple de pÃ¡ginas.</p>
 
-description3=<p>El segundo estilo es un formato extendido y usa XML. Permite una jerarquÃ­a de pÃ¡ginas, y una especificaciÃ³n de metadatos a nivel de documento como tambiÃ©n de pÃ¡ginas. Un ejemplo es <a href='_httpcollection_/import/xml/23/23\_\_2.item'>Matariki 1881, No. 2</a>. Este diario tambiÃ©n tiene un resumen asociado a Ã©l. Los contenidos han sido agrupados en 2 secciones: Material Suplementario, la cual contiene el resumen, y PÃ¡ginas del Diario, que contiene las imÃ¡genes de las pÃ¡ginas.</p>
+description3=<p>El segundo estilo es un formato extendido y usa XML. Permite una jerarquÃ­a de pÃ¡ginas, y una especificaciÃ³n de metadatos a nivel de documento como tambiÃ©n de pÃ¡ginas. Un ejemplo es <a href='_httpcollection_/import/xml/23/23\_\_2.item'>Matariki 1881, No. 2</a>. Este diario tambiÃ©n tiene un resumen asociado a Ã©l. Los contenidos han sido agrupados en 2 secciones\: Material Suplementario, la cual contiene el resumen, y PÃ¡ginas del Diario, que contiene las imÃ¡genes de las pÃ¡ginas.</p>
 
 description4=<p>Los documentos paginados pueden presentarse con una tabla de contenidos jerÃ¡rquica (por ej. <a href='?a=d&amp;amp;d=23\_\_1.2.1&amp;p=text'>esta</a>), o con flechas de avance o retroceso de pÃ¡ginas, y una opciÃ³n "Ir a" (por ejemplo, <a href='?a=d&amp;amp;d=10\_1\_2&amp;p=preview'>esta</a>). Esto se especifica con la opciÃ³n <tt>-documenttype (hierarchy|paged)</tt> del PagedImagePlugin. Las flechas de avance o retroceso permiten la recorrida secuencial del documento, mientras que la tabla de contenidos recorrer el documento organizado jerÃ¡rquicamente. Normalmente, una colecciÃ³n de Greenstone tendrÃ­a solo un plugin por tipo de documento, y todos los documentos de ese tipo tendrÃ¡n el mismo procesamiento. En este caso, queremos tratar a los archivos .item con formato XML de una manera diferente a los archivos .item con formato plano. Podemos lograr esto agregando 2 plugins PagedImagePlugin a la colecciÃ³n, y configurÃ¡ndolos de manera diferente.</p>
Index: /documented-examples/trunk/style-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/style-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/style-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -5,7 +5,7 @@
 description1=<p>Esta colecciÃ³n contiene el mismo material que la colecciÃ³n de demo original de Greenstone.</p>
 
-description2=<p>Un archivo <a href='_httpcollection_/macros/extra.dm'>extra.dm</a> se utiliza para proveer el cambio de plantilla de estilos. Este archivo redefine algunas macros del paquete <i>Style</i>: <b>\_cssheader\_</b>, para enlazar mÃºltiples plantillas; <b>\_optnavigationbar\_</b>, para mostrar los links; y <b>\_pagescriptextra\_</b>, para facilitar el cambio cuando se selecciona un link. </p>
+description2=<p>Un archivo <a href='_httpcollection_/macros/extra.dm'>extra.dm</a> se utiliza para proveer el cambio de plantilla de estilos. Este archivo redefine algunas macros del paquete <i>Style</i>\: <b>\_cssheader\_</b>, para enlazar mÃºltiples plantillas; <b>\_optnavigationbar\_</b>, para mostrar los links; y <b>\_pagescriptextra\_</b>, para facilitar el cambio cuando se selecciona un link. </p>
 
-description3=<p>Si quiere descargar cualquiera de estas plantillas para sus propias colecciones, aquÃ­ estÃ¡n los links a ellas: \n\
+description3=<p>Si quiere descargar cualquiera de estas plantillas para sus propias colecciones, aquÃ­ estÃ¡n los links a ellas\: \n\
 <ul> \n\
 <li><a href='_httpimages_/style.css'>Plantilla por defecto de Greenstone</a></li> \n\
@@ -19,5 +19,5 @@
 <ul> \n\
 <li>Para usar una plantilla de estilos por defecto, copiela en la carpeta greenstone/web/style y renÃ³mbrela como style.css. Esto afectarÃ¡ a todas las colecciones.</li> \n\
-<li>Para usar una plantilla para una colecciÃ³n en particular, copiela en la carpeta style de la colecciÃ³n, agregue un archivo extra.dm en la carpeta macros de la colecciÃ³n y edÃ­telo para agregar las siguientes lÃ­neas (aquÃ­ se usa la plantilla style-red.css como ejemplo):<br/> <small><tt> <br/> package Style<br/> <br/> \_cssheader\_ {<br/> &lt;link rel='stylesheet' href='\_httpcstyle\_/style-red.css'<br/> &nbsp;&nbsp;type='text/css' title='Fire Red' charset='UTF-8'&gt;<br/> }<br/> </tt></small> </li> \n\
+<li>Para usar una plantilla para una colecciÃ³n en particular, copiela en la carpeta style de la colecciÃ³n, agregue un archivo extra.dm en la carpeta macros de la colecciÃ³n y edÃ­telo para agregar las siguientes lÃ­neas (aquÃ­ se usa la plantilla style-red.css como ejemplo)\:<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>
Index: /documented-examples/trunk/wrdpdf-e/resources/collectionConfig_es.properties
===================================================================
--- /documented-examples/trunk/wrdpdf-e/resources/collectionConfig_es.properties	(revision 36554)
+++ /documented-examples/trunk/wrdpdf-e/resources/collectionConfig_es.properties	(revision 36555)
@@ -6,9 +6,9 @@
 description1=<p>Los documentos han sido producidos por miembros del Departamento de Ciencias de la ComputaciÃ³n, de la Universidad de Waikato. La Universidad tiene el copyright. Ellos pueden distribuirse libremente, sin ninguna restricciÃ³n.</p>
 
-description2=<h3>CÃ³mo trabaja esta colecciÃ³n</h3><p>Este <a href="_httpcollection_/etc/collect.cfg" target=collect.cfg>archivo de configuraciÃ³n de la colecciÃ³n</a> contiene los cuatro plugins <i>WordPlugin, RTFPlugin, PDFPlugin</i> y <i>PostScriptPlugin</i> (junto con los cuatro plugins estÃ¡ndar, <i>GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin</i> y <i>DirectoryPlugin</i>). Los cuatro plugins extraen los metadatos de <i>TÃ­tulo</i> y <i>Fuente</i> (es decir, nombre del archivo).</p>
+description2=<h3>CÃ³mo trabaja esta colecciÃ³n</h3><p>Este <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">archivo de configuraciÃ³n de la colecciÃ³n</a> contiene los cuatro plugins <i>WordPlugin, RTFPlugin, PDFPlugin</i> y <i>PostScriptPlugin</i> (junto con los cuatro plugins estÃ¡ndar, <i>GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin</i> y <i>DirectoryPlugin</i>). Los cuatro plugins extraen los metadatos de <i>TÃ­tulo</i> y <i>Fuente</i> (es decir, nombre del archivo).</p>
 
-description3=<p>Greenstone contiene un software de otro fabricante que se utiliza para convertir archivos Word, RTF, PDF y PostScript a HTML. El equipo de Greenstone no le da mantenimiento a estos mÃ³dulos, aunque incluimos las mÃ¡s recientes versiones con cada nueva versiÃ³n de Greenstone. Los errores lÃ³gicos surgen con documentos Word inusuales (p. ej. provenientes de sistemas Macintosh anteriores) y en ocasiones el texto no se extrae adecuadamente. Algunos archivos PDF no contienen textos legibles de ninguna manera, ya que estÃ¡n compuestos de una secuencia de <i>imÃ¡genes</i> de pÃ¡gina de las cuales el texto Ãºnicamente se puede extraer por medio del reconocimiento Ã³ptico de caracteres (OCR por sus siglas en inglÃ©s), que es algo que Greenstone no pretende hacer. Si encuentra estos problemas entonces puede remover el documento daÃ±ado de la colecciÃ³n, o tratar de usar alguna de las opciones avanzadas para procesar los documentos de diferentes maneras. Para mÃ¡s informaciÃ³n, vea los tutoriales avanzados sobre PDF y Word en la <a href='http://wiki.greenstone.org/wiki/index.php/Tutorial_exercises'>wiki de Greenstone</a>.</p>
+description3=<p>Greenstone contiene un software de otro fabricante que se utiliza para convertir archivos Word, RTF, PDF y PostScript a HTML. El equipo de Greenstone no le da mantenimiento a estos mÃ³dulos, aunque incluimos las mÃ¡s recientes versiones con cada nueva versiÃ³n de Greenstone. Los errores lÃ³gicos surgen con documentos Word inusuales (p. ej. provenientes de sistemas Macintosh anteriores) y en ocasiones el texto no se extrae adecuadamente. Algunos archivos PDF no contienen textos legibles de ninguna manera, ya que estÃ¡n compuestos de una secuencia de <i>imÃ¡genes</i> de pÃ¡gina de las cuales el texto Ãºnicamente se puede extraer por medio del reconocimiento Ã³ptico de caracteres (OCR por sus siglas en inglÃ©s), que es algo que Greenstone no pretende hacer. Si encuentra estos problemas entonces puede remover el documento daÃ±ado de la colecciÃ³n, o tratar de usar alguna de las opciones avanzadas para procesar los documentos de diferentes maneras. Para mÃ¡s informaciÃ³n, vea los tutoriales avanzados sobre PDF y Word en la <a href='http\://wiki.greenstone.org/wiki/index.php/Tutorial_exercises'>wiki de Greenstone</a>.</p>
 
-description4=<p>El <a href="_httpcollection_/etc/collect.cfg" target=collect.cfg>archivo de configuraciÃ³n</a> incluye un solo Ã­ndice basado en el texto de los documentos y un clasificador <i>AZList</i> basado en el metadato de <i>TÃ­tulo</i>, tal como se muestra <a href="?a=d&cl=CL1">aquÃ­</a> (el selector alfabÃ©tico se suprime automÃ¡ticamente ya que la colecciÃ³n contiene Ãºnicamente unos cuantos documentos). Sin embargo, no se especifica ningÃºn enunciado de formato. En ausencia de informaciÃ³n explÃ­cita, Greenstone suministra los formatos por omisiÃ³n. En este caso, el formato por omisiÃ³n para el clasificador proporciona: <ul><li> un icono para la versiÃ³n HTML del documento (el texto que se estÃ¡ indexando, bÃ¡sicamente el mismo que el formato del Archivo Greenstone);  <li> un icono para la versiÃ³n original del documento (al hacer click en Ã©l abre el documento en su forma original);  <li> el metadato de <i>TÃ­tulo</i> extraÃ­do del documento;  <li> el metadato de <i>Fuente</i> (es decir, el nombre de archivo) extraÃ­do del documento. </ul></p>
+description4=<p>El <a href="_httpcollection_/etc/collect.cfg" target="collect.cfg">archivo de configuraciÃ³n</a> incluye un solo Ã­ndice basado en el texto de los documentos y un clasificador <i>AZList</i> basado en el metadato de <i>TÃ­tulo</i>, tal como se muestra <a href="?a=d&cl=CL1">aquÃ­</a> (el selector alfabÃ©tico se suprime automÃ¡ticamente ya que la colecciÃ³n contiene Ãºnicamente unos cuantos documentos). Sin embargo, no se especifica ningÃºn enunciado de formato. En ausencia de informaciÃ³n explÃ­cita, Greenstone suministra los formatos por omisiÃ³n. En este caso, el formato por omisiÃ³n para el clasificador proporciona\: <ul><li> un icono para la versiÃ³n HTML del documento (el texto que se estÃ¡ indexando, bÃ¡sicamente el mismo que el formato del Archivo Greenstone);  <li> un icono para la versiÃ³n original del documento (al hacer click en Ã©l abre el documento en su forma original);  <li> el metadato de <i>TÃ­tulo</i> extraÃ­do del documento;  <li> el metadato de <i>Fuente</i> (es decir, el nombre de archivo) extraÃ­do del documento. </ul></p>
 
 description5=<p>AquÃ­ se describe un enunciado de formato que logra exactamente el mismo efecto de manera explÃ­cita. Se aplica a todas las <i>Vlists</i> y por lo tanto controla tanto la lista de resultados de la bÃºsqueda como el explorador de tÃ­tulos por orden alfabÃ©tico.  <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>
