From 7925e41b5581ddfafdc608b73d74d93050242273 Mon Sep 17 00:00:00 2001 From: Tetsuya Kitahata Date: Tue, 5 Aug 2003 04:00:14 +0000 Subject: [PATCH] HDF -> HWPF git-svn-id: https://svn.apache.org/repos/asf/jakarta/poi/trunk@353289 13f79535-47bb-0310-9956-ffa450edef68 --- src/documentation/content/xdocs/book.xml | 2 +- src/documentation/content/xdocs/changes.xml | 4 +- .../content/xdocs/howtobuild.xml | 2 +- .../content/xdocs/hpsf/internals.xml | 2 +- .../content/xdocs/hssf/record-generator.xml | 4 +- src/documentation/content/xdocs/hwpf/book.xml | 12 + .../content/xdocs/hwpf/docoverview.xml | 94 +++++ .../content/xdocs/hwpf/index.xml | 34 ++ .../content/xdocs/hwpf/projectplan.xml | 374 ++++++++++++++++++ src/documentation/content/xdocs/index.xml | 2 +- src/documentation/content/xdocs/overview.xml | 4 +- .../content/xdocs/plan/POI20Vision.xml | 26 +- src/documentation/content/xdocs/status.xml | 2 +- src/documentation/content/xdocs/todo.xml | 2 +- .../content/xdocs/trans/de/book.xml | 2 +- .../content/xdocs/trans/de/index.xml | 6 +- .../content/xdocs/trans/es/book.xml | 2 +- .../xdocs/trans/es/historyandfuture.xml | 146 +++---- .../content/xdocs/trans/es/index.xml | 6 +- .../content/xdocs/trans/es/overview.xml | 4 +- .../content/xdocs/trans/es/todo.xml | 2 +- src/documentation/skinconf.xml | 20 +- 22 files changed, 639 insertions(+), 113 deletions(-) create mode 100644 src/documentation/content/xdocs/hwpf/book.xml create mode 100644 src/documentation/content/xdocs/hwpf/docoverview.xml create mode 100644 src/documentation/content/xdocs/hwpf/index.xml create mode 100644 src/documentation/content/xdocs/hwpf/projectplan.xml diff --git a/src/documentation/content/xdocs/book.xml b/src/documentation/content/xdocs/book.xml index 9f7d26218..6972fd397 100644 --- a/src/documentation/content/xdocs/book.xml +++ b/src/documentation/content/xdocs/book.xml @@ -14,7 +14,7 @@ - + diff --git a/src/documentation/content/xdocs/changes.xml b/src/documentation/content/xdocs/changes.xml index 2b5318625..77cb10f35 100644 --- a/src/documentation/content/xdocs/changes.xml +++ b/src/documentation/content/xdocs/changes.xml @@ -17,13 +17,13 @@ Patch applied for deep cloning of worksheets was provided Patch applied to allow sheet reordering Added additional print area setting methods using row/column numbers - HDF: Negative Array size fix + HWPF: Negative Array size fix Added argument pointers to support the IF formula Formulas: Added special character support for string literals, specifically for SUMIF formula support and addresses a bug as well BlockingInputStream committed to help ensure reads Fixed problem with NaN values differing from the investigated value from file reads in FormulaRecords Patch for getColumnWidth in HSSF - Patch for dealing with mult-level numbered lists in HDF + Patch for dealing with mult-level numbered lists in HWPF Due to named reference work, several named-ranged bugs were closed Patch applied to prevent sheet corruption after a template modification Shared Formulas now Supported diff --git a/src/documentation/content/xdocs/howtobuild.xml b/src/documentation/content/xdocs/howtobuild.xml index 07be381ee..6ddbd6c6d 100644 --- a/src/documentation/content/xdocs/howtobuild.xml +++ b/src/documentation/content/xdocs/howtobuild.xml @@ -129,7 +129,7 @@ generate-types Generate types from the XML type definitions (this is - for HDF). + for HWPF). jar diff --git a/src/documentation/content/xdocs/hpsf/internals.xml b/src/documentation/content/xdocs/hpsf/internals.xml index b4792dcd3..b6a74591d 100644 --- a/src/documentation/content/xdocs/hpsf/internals.xml +++ b/src/documentation/content/xdocs/hpsf/internals.xml @@ -32,7 +32,7 @@ property set stream.

This document describes the internal structure of a property set stream, - i.e. the Horrible Property Set Format (HDF). It does not + i.e. the Horrible Property Set Format (HWPF). It does not describe how a Microsoft Office document is organized internally and how to retrieve a stream from it. See the POIFS documentation for that kind of diff --git a/src/documentation/content/xdocs/hssf/record-generator.xml b/src/documentation/content/xdocs/hssf/record-generator.xml index 7b8f8eef0..d534de262 100644 --- a/src/documentation/content/xdocs/hssf/record-generator.xml +++ b/src/documentation/content/xdocs/hssf/record-generator.xml @@ -170,8 +170,8 @@ RecordUtil.java, RecordGenerator.java

- There is a corresponding "type" generator for HDF. - See the HDF documentation for details. + There is a corresponding "type" generator for HWPF. + See the HWPF documentation for details.

Limitations diff --git a/src/documentation/content/xdocs/hwpf/book.xml b/src/documentation/content/xdocs/hwpf/book.xml new file mode 100644 index 000000000..8579715a0 --- /dev/null +++ b/src/documentation/content/xdocs/hwpf/book.xml @@ -0,0 +1,12 @@ + + + + + + + + + + + + diff --git a/src/documentation/content/xdocs/hwpf/docoverview.xml b/src/documentation/content/xdocs/hwpf/docoverview.xml new file mode 100644 index 000000000..008e0713f --- /dev/null +++ b/src/documentation/content/xdocs/hwpf/docoverview.xml @@ -0,0 +1,94 @@ + + + + +
+ Jakarta POI - HWPF -Java APIs with XML manipulate MS-Word + Word file format + + + +
+ + +
The Word 97 File Format in semi-plain English + +

The purpose of this document is to give a brief high level overview of the + HWPF document format. This document does not go into in-depth technical + detail and is only meant as a supplement to the Microsoft Word 97 Binary + File Format freely available at Wotsit.org.

+

The OLE file format is not discussed in this document. It is assumed that + the reader has a working knowledge of the POIFS API.

+ +
Word file structure +

A Word file is made up of the document text and data structures + containing formatting information about the text. Of course, this is a + very simplified illustration. There are fields and macros and other + things that have not been considered. At this stage, HWPF is mainly + concerned with formatted text.

+
+
Reading Word files +

The entry point for HWPF's reading of a Word file is the File Information + Block (FIB). This structure is the entry point for the locations and size + of a document's text and data structures. The FIB is located at the + beginning of the main stream.

+
Text +

The document's text is also located in the main stream. Its starting + location is given as FIB.fcMin and its length is given in bytes by + FIB.ccpText. These two values are not very useful in getting the text + because of unicode. There may be unicode text intermingled with ASCII + text. That brings us to the piece table.

+

The piece table is used to divide the text into non-unicode and unicode + pieces. The size and offset are given in FIB.fcClx and FIB.lcbClx + respectively. The piece table may contain Property Modifiers (prm). + These are for complex(fast-saved) files and are skipped. Each text piece + contains offsets in the main stream that contain text for that piece. + If the piece uses unicode, the file offset is masked with a certain bit. + Then you have to unmask the bit and divide by 2 to get the real file + offset.

+
+
Text Formatting +
Stylesheet +

All text formatting is based on styles contained in the StyleSheet. + The StyleSheet is a data structure containing among other things, style + descriptions. Each style description can contain a paragraph style and + a character style or simply a character style. Each style description + is stored in a compressed version on file. Basically these are deltas + from another style.

+

Eventually, you have to chain back to the nil style which is an + imaginary style with certain implied values.

+
+
Paragraph and Character styles +

Paragraph and Character formatting properties for a document's text are + stored on file as deltas from some base style in the Stylesheet. The + deltas are used to create a complete uncompressed style in memory.

+

Uncompressed paragraph styles are represented by the Pargraph + Properties(PAP) data structure. Uncompressed character styles are + represented by the Character Properties(CHP) data structure. The styles + for the document text are stored in compressed format in the + corresponding Formatted Disk Pages (FKP). A compressed PAP is referred + to as a PAPX and a compressed CHP is a CHPX. The FKP locations are + stored in the bin table. There are seperate bin tables for CHPXs and + PAPXs. The bin tables' locations and sizes are stored in the FIB.

+

A FKP is a 512 byte OLE page. It contains the offsets of the beginning + and end of each paragraph/character run in the main stream and the + compressed properties for that interval. The compessed PAPX is based on + its base style in the StyleSheet. The compressed CHPX is based on the + enclosing paragraph's base style in the Stylesheet.

+
+
Uncompressing styles and other data structures +

All compressed properties(CHPX, PAPX, SEPX) contain a grpprl. A grpprl + is an array of sprms. A sprm defines a delta from some base property. + There is a table of possible sprms in the Word 97 spec. Each sprm is a + two byte operand followed by a parameter. The parameter size depends on + the sprm. Each sprm describes an operation that should be performed on + the base style. After every sprm in the grpprl is performed on the base + style you will have the style for the paragraph, character run, + section, etc.

+
+
+
+
+ + + diff --git a/src/documentation/content/xdocs/hwpf/index.xml b/src/documentation/content/xdocs/hwpf/index.xml new file mode 100644 index 000000000..a55bc4479 --- /dev/null +++ b/src/documentation/content/xdocs/hwpf/index.xml @@ -0,0 +1,34 @@ + + + + +
+ Jakarta POI - HWPF -Java APIs with XML manipulate MS-Word + Overview + + + + + +
+ + +
Overview + +

HWPF is the name of OUR port of the Microsoft Word 97(-2002) file format to + pure Java.

+

HWPF is still in early development. It is in the + scratchpad section of the + CVS. Source code in the org.apache.poi.hwpf.extractor tree is + legacy code. Source in the org.apache.poi.hwpf.model + tree is the old legacy code refactored into an object model. Check the How-To + page for detailed examples on using HWPF. +

+

+ We are looking for developers!!! If you are interested in helping with HWPF + familiarize yourself with the source code and just start coding. Make sure + you read the guidelines for + getting involved

+
+ + diff --git a/src/documentation/content/xdocs/hwpf/projectplan.xml b/src/documentation/content/xdocs/hwpf/projectplan.xml new file mode 100644 index 000000000..23ed21698 --- /dev/null +++ b/src/documentation/content/xdocs/hwpf/projectplan.xml @@ -0,0 +1,374 @@ + + + + +
+ Jakarta POI - HWPF -Java APIs with XML manipulate MS-Word + Project Plan + + + +
+ +

HWPF Milestones

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Milestones + + Target Date + + Owner +
+ Read in a Word document +with minimum formatting +(no lists, tables, footnotes, +endnotes, headers, footers) +and write it back out with the +result viewable in Word +97/2000 + + 07/11/2003 + + Ryan +
+ Add support for Lists and +Tables + + 8/15/2003 + +   +
+ HWPF 1.0-alpha release with +documentation and examples + + 8/18/2003 + + Praveen/Ryan +
+ Add support for Headers, +Footers, endnotes, and +footnotes + + 8/31/2003 + + ? +
+ Add support for forms and +mail merge + + September/October 2003 + + ? +
+

HWPF Task Lists

+

Read in a Word document with minimum formatting (no lists, tables, footnotes, +endnotes, headers, footers) and write it back out with the result viewable in Word 97/2000

+ + + + + + + + + + + + + + + + + + + + + +
+ Task + + Target Date + + Owner +
+ Create classes to read and +write low level data +structures with test cases + + 7/10/2003 + + Ryan +
+ Create classes to read and +write FontTable and Font +names with test case + + 7/10/2003 + + Praveen +
+ Final test + + 7/11/2003 + + Ryan +
+

Develop user friendly API so it is fun and easy to read and write word documents +with java.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Task + + Target Date + + Owner +
+ Develop a way for SPRMS to +be compressed and +uncompressed + + + + +
+ Override CHPAbstractType +with a concrete class that +exposes attributes with +human readable names + + + + +
+ Override PAPAbstractType +with a concrete class that +exposes attributes with +human readable names + + + + +
+ Override SEPAbstractType +with a concrete class that +exposes attributes with +human readable names + + + + +
+ Override DOPAbstractType +with a concrete class that +exposes attributes with +human readable names + + + + +
+ Override TAPAbstractType +with a concrete class that +exposes attributes with +human readable names + + + + +
+ Override TCAbstractType +with a concrete class that +exposes attributes with +human readable names + + + + +
+ Develop a VerifyIntegrity +class for testing so it is easy +to determine if a Word +Document is well-formed. + + + + +
+ Develop general intuitive +API to tie everything together + + + + +
+

Add support for lists and tables

+ + + + + + + + + + + + + + + + +
+ Task + + Target Date + + Owner +
+ Add data structures for +reading and writing list data +with test cases. + + + + +
+ Add data structures for +reading and writing tables +with test cases. + + + + +
+

HWPF 1.0-alpha release with documentation and examples

+ + + + + + + + + + + + + + + + + + + + + +
+ Task + + Target Date + + Owner +
+ Document the user model +API + + + + +
+ Document the low level +classes + + + + +
+ Come up with detailed How-To’s + + + + +
+ + diff --git a/src/documentation/content/xdocs/index.xml b/src/documentation/content/xdocs/index.xml index 7cacd51b5..8e8b0ce3a 100644 --- a/src/documentation/content/xdocs/index.xml +++ b/src/documentation/content/xdocs/index.xml @@ -74,7 +74,7 @@
HWPF

HWPF is our port of the Microsoft Word 97 file format to pure Java. It supports read and write capability. - Please see the HWPF project page for more information. This component is + Please see the HWPF project page for more information. This component is in the early stages of design. Jump in!

HPSF diff --git a/src/documentation/content/xdocs/overview.xml b/src/documentation/content/xdocs/overview.xml index 51c615e31..f523ca7b8 100644 --- a/src/documentation/content/xdocs/overview.xml +++ b/src/documentation/content/xdocs/overview.xml @@ -36,9 +36,9 @@

-
HDF +
HWPF

- HDF is the set of APIs + HWPF is the set of APIs for reading and writing Microsoft Word 97(-XP) spreadsheet using (only) Java.

diff --git a/src/documentation/content/xdocs/plan/POI20Vision.xml b/src/documentation/content/xdocs/plan/POI20Vision.xml index c64223387..30d640cd1 100644 --- a/src/documentation/content/xdocs/plan/POI20Vision.xml +++ b/src/documentation/content/xdocs/plan/POI20Vision.xml @@ -65,7 +65,7 @@

By the completion of this release cycle the POI project will also - include the HSSF Generator and the HDF library. + include the HSSF Generator and the HWPF library.

  • The HSSF Generator will be responsible for using HSSF to read @@ -73,7 +73,7 @@ Generator will support the applicable interfaces specified by the Apache Cocoon 2 project.
    • -
  • The HDF library will provide a set of high level interfaces +
  • The HWPF library will provide a set of high level interfaces for reading and writing Microsoft Word 97 file format using pure Java.
@@ -108,7 +108,7 @@ as the HSSF Serializer.
  • - Create a new library (HDF) for reading and writing + Create a new library (HWPF) for reading and writing Microsoft Word DOC format.
  • @@ -146,7 +146,7 @@
  • Our intended audience for the - POIFS library is ourselves as we are developing the HSSF and HDF + POIFS library is ourselves as we are developing the HSSF and HWPF libraries and anyone wishing to provide other libraries for reading/writing other file formats utilizing the OLE 2 Compound Document Format in Java. @@ -157,8 +157,8 @@ XML in a non-proprietary environment.
  • - Our intended audience for the HDF - library is ourselves, as we will be developing a HDF Serializer in a + Our intended audience for the HWPF + library is ourselves, as we will be developing a HWPF Serializer in a later release, and anyone wishing to add .DOC file processing and creation to their projects.
    • @@ -342,7 +342,7 @@ with the HSSF and POIFS APIs.
  • - The HDF API requires a Java 2 + The HWPF API requires a Java 2 implementation and the POIFS API.
  • @@ -418,7 +418,7 @@

    • - The HDF API will include: + The HWPF API will include:

    • @@ -460,7 +460,7 @@
    • POIFS API

    - The minimum system requirements for the the HDF API are: + The minimum system requirements for the the HWPF API are:

    • 64 Mbytes memory
      • @@ -537,12 +537,12 @@ for the low level HSSF APIs.

    -
    6.5 HDF API +
    6.5 HWPF API

    - The HDF API will be documented by - javadoc. A walkthrough of using the high level HDF API shall be + The HWPF API will be documented by + javadoc. A walkthrough of using the high level HWPF API shall be provided. No documentation outside of the Javadoc shall be provided - for the low level HDF APIs. + for the low level HWPF APIs.

    6.6 HSSF Serializer diff --git a/src/documentation/content/xdocs/status.xml b/src/documentation/content/xdocs/status.xml index 3b378fd3d..7751eb2a0 100644 --- a/src/documentation/content/xdocs/status.xml +++ b/src/documentation/content/xdocs/status.xml @@ -14,7 +14,7 @@ - Finish HDF + Finish HWPF Finish Charts diff --git a/src/documentation/content/xdocs/todo.xml b/src/documentation/content/xdocs/todo.xml index 9dc5e0c11..fe3b5bc92 100644 --- a/src/documentation/content/xdocs/todo.xml +++ b/src/documentation/content/xdocs/todo.xml @@ -15,7 +15,7 @@ - Finish HDF + Finish HWPF Finish Charts diff --git a/src/documentation/content/xdocs/trans/de/book.xml b/src/documentation/content/xdocs/trans/de/book.xml index 26f619c57..1b12e41a5 100644 --- a/src/documentation/content/xdocs/trans/de/book.xml +++ b/src/documentation/content/xdocs/trans/de/book.xml @@ -14,7 +14,7 @@ - + diff --git a/src/documentation/content/xdocs/trans/de/index.xml b/src/documentation/content/xdocs/trans/de/index.xml index c29b3be8f..039f1ee0a 100644 --- a/src/documentation/content/xdocs/trans/de/index.xml +++ b/src/documentation/content/xdocs/trans/de/index.xml @@ -139,12 +139,12 @@ HSSF-Seite.

    -
    HDF (Horrible Document Format) +
    HWPF (Horrible Document Format)

    - HDF ist unsere Portierung des Microsoft Word 97 Datei-Formats + HWPF ist unsere Portierung des Microsoft Word 97 Datei-Formats in reinem Java. Es unterstützt Lesen und Schreiben. Mehr Informationen gibt es auf der - HDF-Seite. + HWPF-Seite. Diese Komponente ist noch nicht sehr weit fortgeschritten. Wir suchen Entwickler, die mitmachen.

    diff --git a/src/documentation/content/xdocs/trans/es/book.xml b/src/documentation/content/xdocs/trans/es/book.xml index 84c747103..060e3f6d5 100644 --- a/src/documentation/content/xdocs/trans/es/book.xml +++ b/src/documentation/content/xdocs/trans/es/book.xml @@ -14,7 +14,7 @@ - + diff --git a/src/documentation/content/xdocs/trans/es/historyandfuture.xml b/src/documentation/content/xdocs/trans/es/historyandfuture.xml index fb3926938..8d2b6da8e 100644 --- a/src/documentation/content/xdocs/trans/es/historyandfuture.xml +++ b/src/documentation/content/xdocs/trans/es/historyandfuture.xml @@ -6,7 +6,7 @@ Historia del Proyecto - + @@ -16,127 +16,127 @@
    Breve Historia del Proyecto

    - El proyecto POI se gestó tiempo atrás, cerca de abril de 2001, - cuando Andy Oliver obtuvo un contrato de corta duración para realizar - informes Excel basados en Java. Ya había realizado este proyecto unas - cuantas veces antes, y sabía exactamente dónde buscar las herramientas - que necesitaría. - Irónicamente, el API que solía utilizar se había disparado en precio - desde unos $300 ($US) hasta unos $10K ($US). Calculó que a dos personas - les llevaría unos seis meses el portar Excel así que le recomendó al + El proyecto POI se gesttiempo atr, cerca de abril de 2001, + cuando Andy Oliver obtuvo un contrato de corta duraci para realizar + informes Excel basados en Java. Ya hab realizado este proyecto unas + cuantas veces antes, y sab exactamente dde buscar las herramientas + que necesitar. + Iricamente, el API que sol utilizar se hab disparado en precio + desde unos $300 ($US) hasta unos $10K ($US). Calculque a dos personas + les llevar unos seis meses el portar Excel asque le recomendal cliente que pagase los $10K.

    - Cerca de junio de 2001, Andy empezó a pensar lo genial que sería - tener una herramienta Java de código abierto para hacer esto y, - mientras tuvo algo de tiempo libre, comenzó el proyecto y aprendió + Cerca de junio de 2001, Andy empeza pensar lo genial que ser + tener una herramienta Java de cigo abierto para hacer esto y, + mientras tuvo algo de tiempo libre, comenzel proyecto y aprendi cosas sobre el Formato de Documento Compuesto OLE2. Tras chocarse - con varios obstáculos insalvables, se dio cuenta de que necesitaría ayuda. - Publicó un mensaje en su Grupo de Usuarios Java local (JUG) y - preguntó si alguien estaba interesado. Tuvo mucha suerte y el - programador Java de mayor talento que había conocido nunca, - Marc Johnson, se unió al proyecto. A Marc le llevó unas pocas + con varios obstulos insalvables, se dio cuenta de que necesitar ayuda. + Publicun mensaje en su Grupo de Usuarios Java local (JUG) y + preguntsi alguien estaba interesado. Tuvo mucha suerte y el + programador Java de mayor talento que hab conocido nunca, + Marc Johnson, se unial proyecto. A Marc le llevunas pocas iteraciones el obtener algo con lo que estaban contentos.

    - Mientras Marc trabajaba en eso, Andy portó XLS a Java, basándose + Mientras Marc trabajaba en eso, Andy portXLS a Java, basdose en la biblioteca de Marc. Varios usuarios escribieron peticiones - para poder leer XLS (no sólo escribirlo como había sido planeado - originalmente) y un usuario tenía peticiones especiales para + para poder leer XLS (no so escribirlo como hab sido planeado + originalmente) y un usuario ten peticiones especiales para un uso diferente de POIFS. Antes de que pasara mucho tiempo, - el alcance del proyecto se había triplicado. POI 1.0 se distribuyó - un mes más tarde de lo planeado, pero con muchas más características. - Marc escribió rápidamente el marco del serializador y el - Serializador HSSF en tiempo récord y Andy generó más documentación - y trabajó en hacer que la gente conociera este proyecto. + el alcance del proyecto se hab triplicado. POI 1.0 se distribuy + un mes m tarde de lo planeado, pero con muchas m caracterticas. + Marc escribiridamente el marco del serializador y el + Serializador HSSF en tiempo rord y Andy generm documentaci + y trabajen hacer que la gente conociera este proyecto.

    - Poco antes de la distribución, POI tuvo la fortuna de entrar - en contacto con Nicola -Ken- Barrozzi quien proporcionó ejemplos - para el Serializador HSSF y ayudó a descrubir sus desafortunados + Poco antes de la distribuci, POI tuvo la fortuna de entrar + en contacto con Nicola -Ken- Barrozzi quien proporcionejemplos + para el Serializador HSSF y ayuda descrubir sus desafortunados fallos (que fueron arreglados de inmediato). Recientemente, Ken - portó la mayoría de la documentación del proyecto POI a XML - partiendo de los documentos HTML cutres que Andy había escrito + portla mayor de la documentaci del proyecto POI a XML + partiendo de los documentos HTML cutres que Andy hab escrito con Star Office.

    - Más o menos al mismo tiempo de la primera distribución, Glen Stampoultzis - se unió al proyecto. A Glen le molestaba la actitud impertinente de Andy - en lo que añadir capacidades gráficas a HSSF se refería. Glen se molestó - tanto que decidió coger un martillo y hacerlo él mismo. Glen ya se ha + M o menos al mismo tiempo de la primera distribuci, Glen Stampoultzis + se unial proyecto. A Glen le molestaba la actitud impertinente de Andy + en lo que adir capacidades gricas a HSSF se refer. Glen se molest + tanto que decidicoger un martillo y hacerlo mismo. Glen ya se ha convertido en parte integral de la comunidad de desarrollo de POI; sus contribuciones a HSSF ya han comenzado a producir olas.

    - En algún momento decidimos finalmente remitir el proyecto a + En alg momento decidimos finalmente remitir el proyecto a El Proyecto Cocoon - de Apache, sólo para descubrir que el proyecto había - crecido encajando perfectamente con Cocoon hacía tiempo. - Lo que es más, Andy comenzó a ojear otros proyectos a los que - le gustaría que se añadiera la funcionalidad de POI. Así que - se decidió donar los Serializadores y Generadores a Cocoon, otros - componentes de integración con POI a otros proyectos, y los APIs - de POI pasarían a formar parte de Jakarta. Fue un camino con - baches, ¡pero parece que todo salió bien puesto que ahora estás + de Apache, so para descubrir que el proyecto hab + crecido encajando perfectamente con Cocoon hac tiempo. + Lo que es m, Andy comenza ojear otros proyectos a los que + le gustar que se adiera la funcionalidad de POI. Asque + se decididonar los Serializadores y Generadores a Cocoon, otros + componentes de integraci con POI a otros proyectos, y los APIs + de POI pasarn a formar parte de Jakarta. Fue un camino con + baches, ero parece que todo salibien puesto que ahora est leyendo esto!

    -
    ¿Hacia dónde va POI? +
    acia dde va POI?

    Primero abordaremos esto desde el punto de vista del proyecto: - Bueno, les hicimos la oferta a Microsoft y Actuate (de coña - ... en su mayor parte) de que dejaríamos el proyecto y nos - retiraríamos si simplemente nos firmaban a cada uno un cheque - con muchos ceros. Todavía estoy esperando una llamada o correo - electrónico, así que de momento asumo que no nos van a pagar + Bueno, les hicimos la oferta a Microsoft y Actuate (de co + ... en su mayor parte) de que dejarmos el proyecto y nos + retirarmos si simplemente nos firmaban a cada uno un cheque + con muchos ceros. Todav estoy esperando una llamada o correo + electrico, asque de momento asumo que no nos van a pagar para quitarnos de en medio.

    - Después, tenemos algo de trabajo que hacer aquí en Jakarta - para terminar de integrar POI en la comunidad. Lo que es más, - todavía estamos realizando la transición del Serializador a + Despu, tenemos algo de trabajo que hacer aquen Jakarta + para terminar de integrar POI en la comunidad. Lo que es m, + todav estamos realizando la transici del Serializador a Cocoon.

    - HSSF, durante el ciclo 2.0, sufrirá varias optimizaciones. - También añadiremos nuevas características como una implementación - completa de Fórmulas y formatos de texto personalizados. Esperamos - ser capaces de generar ficheros más pequeños añadiendo soporte de - escritura para registros RK, MulRK y MulBlank. A día de hoy, la + HSSF, durante el ciclo 2.0, sufrirvarias optimizaciones. + Tambi adiremos nuevas caracterticas como una implementaci + completa de Fmulas y formatos de texto personalizados. Esperamos + ser capaces de generar ficheros m peques adiendo soporte de + escritura para registros RK, MulRK y MulBlank. A d de hoy, la lectura en HSSF no es muy eficiente. Esto se debe sobre todo a que para escribir o modificar, uno necesita ser capaz de actualizar punteros del flujo de subida (upstream pointers) a datos del flujo de bajada. Para hacer esto hay que tener todo lo que haya en - medio en memoria. En vez de eso, un Generador permitiría que se - procesaran eventos SAX. (Esto se basará en las estructuras de - bajo nivel). Una de las mejores cosas sobre esto es que así no sólo - tendremos una manera más eficiente de leer el fichero, también - tendremos una magnífica forma de utilizar hojas de cálculo como + medio en memoria. En vez de eso, un Generador permitir que se + procesaran eventos SAX. (Esto se basaren las estructuras de + bajo nivel). Una de las mejores cosas sobre esto es que asno so + tendremos una manera m eficiente de leer el fichero, tambi + tendremos una magnica forma de utilizar hojas de cculo como fuentes de datos XML.

    - El Serializador HSSF, se separará más aún en un marco genérico - para la creación de serializadores para otras plataformas y - en la implementación específica del serializador HSSF. (Esto ya - es cierto en gran medida). También añadiremos soporte para - características ya soportadas por HSSF (estilos, fuentes, formatos - de texto). Esperamos añadir soporte para fórmulas durante este ciclo. + El Serializador HSSF, se separarm a en un marco genico + para la creaci de serializadores para otras plataformas y + en la implementaci especica del serializador HSSF. (Esto ya + es cierto en gran medida). Tambi adiremos soporte para + caracterticas ya soportadas por HSSF (estilos, fuentes, formatos + de texto). Esperamos adir soporte para fmulas durante este ciclo.

    Estamos empezando a expandir nuestro alcance de nuevo. Si pudimos - hacer todo esto para ficheros XLS, ¿qué hay de ficheros Doc o PPT? - Pensamos que nuestro siguiente componente (HDF - Formato de - Documento Horrible) debería seguir el mismo patrón. Esperamos + hacer todo esto para ficheros XLS, uhay de ficheros Doc o PPT? + Pensamos que nuestro siguiente componente (HWPF - Formato de + Documento Horrible) deber seguir el mismo patr. Esperamos que se nos una sangre nueva al equipo y que nos permita abordar - esto con mayor celeridad (en parte porque POIFS ya está terminado). - ¡Pero a lo mejor lo que más necesitamos es a ti! + esto con mayor celeridad (en parte porque POIFS ya estterminado). + ero a lo mejor lo que m necesitamos es a ti!

    diff --git a/src/documentation/content/xdocs/trans/es/index.xml b/src/documentation/content/xdocs/trans/es/index.xml index 0f11160b0..ac6d65131 100644 --- a/src/documentation/content/xdocs/trans/es/index.xml +++ b/src/documentation/content/xdocs/trans/es/index.xml @@ -108,9 +108,9 @@

    HSSF es nuestra adaptaci del formato de fichero de Microsoft Excel 97(-2002) a Java puro. Soporta lectura y escritura. Por favor, vea la pina del proyecto HSSF para m informaci.

    -
    HDF (Formato de Documento Horrible) -

    HDF es nuestra adaptaci del formato de fichero de Microsoft Word 97 a Java puro. Soporta lectura y escritura. - Por favor, vea la pina del proyecto HDF para m informaci. Este +

    HWPF (Formato de Documento Horrible) +

    HWPF es nuestra adaptaci del formato de fichero de Microsoft Word 97 a Java puro. Soporta lectura y escritura. + Por favor, vea la pina del proyecto HWPF para m informaci. Este componente esten la fase inicial de dise. alta dentro!

    HPSF (Formato de Conjunto de Propiedades Horrible) diff --git a/src/documentation/content/xdocs/trans/es/overview.xml b/src/documentation/content/xdocs/trans/es/overview.xml index 59d24635c..de0dbdaf4 100644 --- a/src/documentation/content/xdocs/trans/es/overview.xml +++ b/src/documentation/content/xdocs/trans/es/overview.xml @@ -38,9 +38,9 @@

    -
    HDF +
    HWPF

    - HDF es el conjunto de APIs para la lectura y + HWPF es el conjunto de APIs para la lectura y escritura de documentos Word 97(-XP) de Microsoft utilizando (únicamente) Java.

    diff --git a/src/documentation/content/xdocs/trans/es/todo.xml b/src/documentation/content/xdocs/trans/es/todo.xml index 57ecf8b1a..290d5a912 100644 --- a/src/documentation/content/xdocs/trans/es/todo.xml +++ b/src/documentation/content/xdocs/trans/es/todo.xml @@ -15,7 +15,7 @@ - Terminar HDF + Terminar HWPF Terminar Gráficas (Charts) diff --git a/src/documentation/skinconf.xml b/src/documentation/skinconf.xml index 460668452..149fab852 100644 --- a/src/documentation/skinconf.xml +++ b/src/documentation/skinconf.xml @@ -9,7 +9,8 @@ be used to configure the chosen Forrest skin. - @@ -18,7 +19,10 @@ be used to configure the chosen Forrest skin. - + + + + @@ -49,7 +53,15 @@ be used to configure the chosen Forrest skin. false + + false + + false + + true + false + jakarta.apache.org jakarta @@ -71,7 +83,7 @@ be used to configure the chosen Forrest skin. - 2003 + 2002-2003 The Apache Software Foundation.