<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE document PUBLIC "-//APACHE//DTD Documentation V1.1//EN" "./dtd/document-v11.dtd">

<document>
  <header>
    <title>Bienvenido a POI</title>
    <authors>
      <person id="AO" name="Andrew C. Oliver" email="acoliver@apache.org"/>
      <person id="GJS" name="Glen Stampoultzis" email="glens@apache.org"/>
    </authors>
  </header>

  <body>
    <section title="Concurso de Logotipo">
        <p>
            Se ha terminado el plazo de entrega para el concurso de logotipo de POI. Ahora hay que votar. Recuerda,
	    a Andy le gustan mucho los dioses Tiki, pero Glen os sugiere que votéis por el que más os guste.
	    :-)
        </p>
        <p>
            <link href="http://vote.sparklit.com/web_poll.spark/640946">¡¡¡Vote aquí ahora!!!</link>
        </p>
        <p>
            <link href="http://vote.sparklit.com/poll.spark/640946">Pinche aquí</link> para ver los resultados actuales.
        </p>
    </section>
    <section title="Propósito">
      <p>
      El proyecto POI consiste en APIs para manipular varios formatos de ficheros,
      basados en el formato de Documento Compuesto OLE 2 de Microsoft, utilizando Java puro.
      </p>
      <p>
      Entre los ficheros basados en el formato de Documento Compuesto OLE 2 de Microsoft se
      incluyen la mayor parte de los ficheros de Microsoft Office tales como XLS y DOC.
      </p>
      <p>
         Como regla general intentamos colaborar lo más posible con otros proyectos para proporcionar esta
	 funcionalidad. Algunos ejemplos: <link href="http://xml.apache.org/cocoon">Cocoon</link> para
	 el que pronto encontraréis generadores y serializadores para nuestros proyectos;
	 <link href="http://www.openoffice.org">Open Office.org</link> con quienes colaboramos en la
	 documentación del formato XLS; y <link href="http://jakarta.apache.org/lucene">Lucene</link> para
	 el que pronto tendremos intérpretes del formato de fichero. Cuando sea práctico, donaremos componentes
	 directamente a aquellos proyectos para dotarles de capacidad-POI.
      </p>
      <section title="¿Por qué/cuándo utilizaría POI?">
        <p>
 		Abordaremos esto a nivel de componente. POI se refiere al proyecto completo.
        </p>
        <p>
		Así que, ¿por qué debería utilizar POIFS o HSSF?
        </p>
        <p>
		Utilizarías POIFS si tuvieras un documento escrito en el Formato de Documento Compuesto OLE 2, probablemente
		escrito utilizando MFC, que necesitaras leer en Java. Alternativamente, utilizarías POI para escribir
		en el Formato de Documento Compuesto OLE 2 si necesitaras inter-operar con programas ejecutándose en la
		plataforma Windows. No nos estamos jactando cuando decimos que POIFS es la adaptación más completa y correcta
		de este formato de fichero hasta la fecha.
        </p>
        <p>
		Utilizaríás HSSF si necesitaras leer o escribir un fichero XLS (Excel) utilizando Java. También se pueden
		leer y modificar hojas de cálculo utilizando este API, aunque ahora mismo la escritura está más madura.
        </p>
      </section>

      <section title="¿Qué significa POI?">
        <p>
		POI significa Implementación Pobre de Ofuscación (Poor Obfuscation Implementation). ¿Por qué daríamos a
		nuestro proyecto un nombre tan derogatorio? Bien, el Formato de Documento Compuesto OLE 2 de Microsoft es
		algo bastante mal concebido. Esencialmente es un fichero estructurado muy a la manera del viejo sistema FAT
		del DOS. Redmon eligió, en vez de utilizar tar, gzip, o arc, inventar su propio formato de fichero que no
		proporciona ningún estándar de cifrado o compresión, no es fácil de unir con otros ficheros del mismo tipo, y
		es dado a sufrir problemas de fragmentación.
        </p>
      <p>
		Poi  también es una delicatessen Hawaiiana que <link href="http://www.m-w.com">el diccionario Merriam Webster's</link>
		define como "Comida Hawaiiana de raiz de taro cocinada, machacada y amasada en una pasta que a menudo se deja fermentar."
		Esto extrañamente parecía una descripción del formato del fichero.
        </p>
      <p>
		Así que si te gustan los acrónimos, entonces POI es un acrónimo. Si los odias, entonces sólo usamos el nombre de la
		comida para nuestro proyecto. Si deseas expresar amor u odio por los acrónimos, utiliza POI o Poi respectivamente
		para referirte al proyecto.
      </p>
      </section>

    </section>


    <section title="Componentes hasta Hoy">
        <section title="Visión General">
	     <p>Un concepto erróneo es que POI escribe ficheros Excel. POI es el nombre del proyecto. POI contiene varios
	     componentes, uno de los cuales, HSSF, escribe ficheros Excel. Siguen a continuación los componentes del
	     proyecto POI completo y un pequeño sumario de su propósito.</p>
        </section>
        <section title="POIFS (Sistema de Ficheros POI)">
             <p>POIFS es la parte más vieja y más estable del proyecto. Es nuestra adaptación del Formato de Documento Compuesto
	     OLE 2 a Java puro. Soporta funcionalidad de lectura y escritura. Todos nuestros componentes se sirven de él por
	     definición. Por favor, vea <link href="../../poifs/index.html">la página del proyecto POIFS</link> para más información.</p>
        </section>
        <section title="HSSF (Formato de Hoja de Cálculo Horrible)">
             <p>HSSF es nuestra adaptación del formato de fichero de Microsoft Excel 97(-2002) a Java puro. Soporta lectura y
	     escritura. Por favor, vea <link href="../../hssf/index.html">la página del proyecto HSSF</link> para más información.</p>
        </section>
        <section title="HDF (Formato de Documento Horrible)">
             <p>HDF es nuestra adaptación del formato de fichero de Microsoft Word 97 a Java puro. Soporta lectura y escritura.
	     Por favor, vea <link href="../../hdf/index.html">la página del proyecto HDF para más información</link>. Este
	     componente está en la fase inicial de diseño. ¡Salta dentro!</p>
        </section>
        <section title="HPSF (Formato de Conjunto de Propiedades Horrible)">
	<p>HPSF es nuestra adaptación del formato de conjunto de propiedades OLE 2 a java puro.
	  Los conjuntos de propiedades se utilizan mayoritariamente para almacenar las propiedades de un documento
	  (título, autor, fecha de la última modificació, etc.), pero también pueden ser utilizados para propósitos
	  específicos de una aplicación. Actualmente HPSF soporta sólo funcionalidad de lectura. Por favor, vea
	  <link href="../../hpsf/index.html">la página del proyecto HPSF</link> para más información.</p>
        </section>

     </section>

    <section title="¿Qué le ocurrió al Serializador HSSF?">
	<p>El Serializador HSSF, que era parte de nuestra release 1.0 y de las últimas compilaciones en
	<link href="http://www.sourceforge.net/projects/poi">Sourceforge</link>, ha sido donado al proyecto
	<link href="http://xml.apache.org/cocoon/">Cocoon</link>, y está disponible a partir de la versión
	2.0.2.</p>
    </section>

    <section title="Contribuyendo ">
        <p>
		¿Así que te gustaría contribuir al proyecto? ¡Genial! Necesitamos gente entusiasta, que trabaje duro,
		que tenga talento para ayudarnos con el proyecto en varias áreas. ¡La primera es petición de nuevas
		funciones y aviso de errores! La segunda es documentación - estaremos a tu entera disposición si
		tienes alguna crítica o te gustaría contribuir o mejorar de alguna forma la documentación. ¡Especialmente
		no nos vendría mal algo de ayuda en documentar el formato de fichero HSSF! ¡Por último, aunque no por ello
		menos importante, nos vendría bien algunos programadores Java que mastiquen binario, para que le echen el diente
		a la convolución que caracteriza los formatos de fichero de Microsoft y para que nos ayude a adaptar nuevos
		formatos a una plataforma Java superior!
        </p>
        <p> ¡Así que si estás motivado, listo, y tienes tiempo, únete a las listas de correo y estaremos encantados de ayudarte a
	   empezar en el proyecto!
        </p>


    </section>
  </body>
  <footer>
    <legal>
      Copyright (c) @year@ The Apache Software Foundation All rights reserved.
      $Revision: 1.1s $ $Date: 2002/09/17 09:21:26 $
    </legal>
  </footer>
</document>


