From: Avik Sengupta
Maybe it's unwise to advertise your competitors but we believe
competition is good and we have the best support reading and
- write Excel workbooks currently available.
+ write Excel workbooks currently available. This however does not
+ purport to be a complete list.
This document describes the current state of formula support in POI.
- The information in this document applies to the 2.0-dev version of POI (i.e. CVS HEAD).
+ The information in this document currently applies to the 2.0 version of POI.
Since this area is a work in progress, this document will be updated with new features as and
when they are added.
diff --git a/src/documentation/content/xdocs/hssf/formula.xml b/src/documentation/content/xdocs/hssf/formula.xml
index d128995e77..cfbe33c17c 100644
--- a/src/documentation/content/xdocs/hssf/formula.xml
+++ b/src/documentation/content/xdocs/hssf/formula.xml
@@ -12,7 +12,7 @@
-
This release of the how-to outlines functionality for the CVS HEAD. Those looking for information on previous releases should look in the documentation distributed with that release.
- This release allows numeric and string cell values to be written to - or read from an XLS file as well as reading and writing dates. Also + HSSF allows numeric, string, date or formuala cell values to be written to + or read from an XLS file. Also in this release is row and column sizing, cell styling (bold, italics, borders,etc), and support for both built-in and user - defined data formats. New - to this release is an event-based API for reading XLS files. + defined data formats. Also available is + an event-based API for reading XLS files. It differs greatly from the read/write API and is intended for intermediate developers who need a smaller - memory footprint. It will also serve as the basis for the HSSF - Generator.
+ memory footprint. +This release contains code that supports "internationalization" -or more accurately non-US/UK languages; however, it has not been -tested with the new API changes (please help us with this). We've -shifted focus a bit for this release in recognition of the -international support we've gotten. We're going to focus on western -European languages for our first beta. We're more than happy to -accept help in supporting non-Western European languages if someone -who knows what they're doing in this area is willing to pitch in! -(There is next to no documentation on what is necessary to support -such a move and its really hard to support a language when you don't even -know the alphabet).
-This release of HSSF does not yet support Formulas. I've been -focusing on the requests I've gotten in. That being said, if we get -more user feedback on what is most useful first we'll aim for that. -As a general principal, HSSF's goal is to support HSSF-Serializer -(meaning an emphasis on write). We would like to hear from you! How -are you using HSSF/POIFS? How would you like to use it? What features -are most important first? -
+Further effort on HSSF is going to focus on the following major areas:
+So jump in!
+- Truth be told there is probably a better way to generate your spreadsheet - generation (yet you'll still be using HSSF indirectly). At the time of - this writing we're in the process of moving the HSSF Serializer over to - the - Apache Cocoon - Project. With Cocoon you can serialize any XML datasource (of - which might be a ESQL page outputting in SQL for instance) by simply + An alternate way of generating a spreadsheet is via the Cocoon serializer (yet you'll still be using HSSF indirectly). + With Cocoon you can serialize any XML datasource (which might be a ESQL page outputting in SQL for instance) by simply applying the stylesheet and designating the serializer.
If you're merely reading spreadsheet data, then use the eventmodel api - in the org.apache.poi.hssf.eventmodel package. + in the org.apache.poi.hssf.eventusermodel package.
If you're modifying spreadsheet data then use the usermodel api. You - can also generate spreadsheets this way, but using Cocoon (which will do - it this way indirectly) is the best way...we promise. + can also generate spreadsheets this way.
The intent of this document is to outline some of the known limitations of the POI HSSF API's. It is not intended to be complete list of every bug or missing @@ -19,7 +19,7 @@
As a general policy we try to collaborate as much as possible with other projects to provide this functionality. Examples include: Cocoon for - which you'll soon find generators and serializers for our projects; + which there are serializers for HSSF; Open Office.org with whom we collaborate in documenting the XLS format; and Lucene for which we'll soon have file format interpretors. When practical, we donate components directly to those projects for POI-enabling them. @@ -45,7 +46,7 @@
You'd use POIFS if you had a document written in OLE 2 Compound Document Format, probably written using - MFC, that you needed to read in Java. Alternatively, you'd use POI to write OLE 2 Compound Document Format + MFC, that you needed to read in Java. Alternatively, you'd use POIFS to write OLE 2 Compound Document Format if you needed to inter-operate with software running on the Windows platform. We are not just bragging when we say that POIFS is the most complete and correct implementation of this file format to date!
@@ -75,7 +76,7 @@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 - in the early stages of design. Jump in!
+ in the early stages of development.It can already read and write simple files. Jump in!HPSF is our port of the OLE 2 property set format to pure
diff --git a/src/documentation/content/xdocs/todo.xml b/src/documentation/content/xdocs/todo.xml
index fe3b5bc929..8f6081fafa 100644
--- a/src/documentation/content/xdocs/todo.xml
+++ b/src/documentation/content/xdocs/todo.xml
@@ -5,30 +5,30 @@