Hi Ryan,
Its wonderful to hear you've made such great progress.
First of all, I'm against tying any of the APIs to XML parsers/libraries.
(There are many painful reasons for this that resemble our logging experience -
there is what is called XML-hell which is in essence requiring one version
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11161.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10976.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
How good is the OpenOffice XML format for:
1. Seperation of content and style
2. Readibility (meaning can mere mortals understand it, can I code it
in vi)?
I'm scanning over the documentation... I'm impressed! Well done.
-Andy
Initial codebase for Morphos is now in jakarta-commons-sandbox/morphos.
The Morphos package transforms file formats in a pluggable and
extensible manner.
The code units to transform from-to different formats are called Morphers.
These morphers transform between different ObjectFlavors, that
Hi All,
I posted a message earlier on how we should conduct the vote
http://news.gmane.org/article.php?id=2319group=gmane.comp.jakarta.poi.devel
No one objected and Glen's reply was positive, so I'm assuming lazy
consent on the manner
to conduct this from the rest of ya'll.
This vote is
BACKGROUND:
I am creating an excel workbook from a ResultSet.
The creation is based off an Object Factory.
The formatting rules are read from an xml file.
The fonts and styles are dynamically created from the xml file.
QUESTION:
Based on the ResultSetMetaData.getColumnTypes I make the decision
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11010.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11010.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks, I was hoping it would allow for the data formats to change on the
fly.
-Original Message-
From: Laubach, Shawn - TAFB/LAB NCC (SAIC)
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 25, 2002 3:45 PM
To: 'POI Developers List'
Subject: RE: Problem with data formatting
You must
The only reason I wanted to move it out is so maybe we could get some
more people to develop on it and use what it has. I have no problem
putting info on our HDF page that says Currently HDF can read documents
great here is the link to the cvs location *link to scratchpad* If nobody
else minds.
Ryan S Ackley wrote:
The only reason I wanted to move it out is so maybe we could get some
more people to develop on it and use what it has. I have no problem
putting info on our HDF page that says Currently HDF can read documents
great here is the link to the cvs location *link to
12 matches
Mail list logo
