Would there be any interest in having a C++ library developed in parallel
with the Java POI libraries, including POIFS, HSSF, HDF? The idea would
be similar to how Xerces C++ and Java work, sharing a similar API and
code structure.
This way we would use POI in the various open-source office
From: T.J. Mather [EMAIL PROTECTED]
Would there be any interest in having a C++ library developed in parallel
with the Java POI libraries, including POIFS, HSSF, HDF? The idea would
be similar to how Xerces C++ and Java work, sharing a similar API and
code structure.
This way we would use
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=8638.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Darn. Dang GPL bah. Anyhow, I had no luck getting it to work with JDK
1.3.1. I was more thinking grab the source for the image class but it
sounds like tahts not possible. Darn.
But we can still advise the user what he must do to use PJA.
Best regards
Rainer Klute
NP. The only style that really is an issue for me is liberal sprinkling
of Javadoc.
Yeah, sure, no arguments. I've been excited to get some stuff up and running,
so obviously took lots of short cuts .. my first submission for the parser
looked more like pascal code!
Todays patch will be
But we can still advise the user what he must do to use PJA.
Yeah, we can, but this must never be a requirement for POI core. I personally
have my doubts over the stability of PJA, and it is never easy, or advisable,
to install any extra software on production environments.
I doubt if there
I am slowly but surely getting List Type Data Validations working. I have
run into a couple of snags however. After much analysis(BiffViewer, etc) I
have found that adding a List type validation adds a MSODrawing(0xec),
MSODrawingGroup(0xeb), OBJ(0x5d), along with the DVAL and DV records.
The
To submit the patch post it into bugzilla. put [PATCH] prepended to the
subject. Describe it, save it go back to it and attach files. (new
files in a zip preserving directories relative to jakarta-poi directory,
and the deltas produced by cvs diff -u in a seperate text file)
-Andy
Rainer
Hi TJ -- I got Ken's message first so I replied to you inline with it
and him at the same time.. see it.
T.J. Mather wrote:
Would there be any interest in having a C++ library developed in parallel
with the Java POI libraries, including POIFS, HSSF, HDF? The idea would
be similar to how
Biff 8 only. We don't support pre-excel 97. Basically if someone's
excel is that old, well...they probably are running jdk 1.0 anyhow ;-)
Avik Sengupta wrote:
NP. The only style that really is an issue for me is liberal sprinkling
of Javadoc.
Yeah, sure, no arguments. I've been excited
When I generate a spreadsheet the Data Validation does not show up. It's
just not there visually. I can open the spreadsheet, see the Named Range
and other things in there. BiffViewing it shows all of the objects that I
believe it be there. It's just that I have something small out of wack.
I have no objection to Rainer adding an entry in the faq pointing the
user to PJA and explaining how to set it up. *shrug* -- So long as
the core libraries don't require it to run then fine.
-Andy
Avik Sengupta wrote:
But we can still advise the user what he must do to use PJA.
Yeah, we
Actually, HSSF should write it back to the spreadsheet unchanged.
Basically what he'll do is say here is a record I don't know anything
about. I'll leave it where it is. and rewrite it. Now if the order
matters a lot it may get hosed, but in general HSSF writes what it
doesn't understand
Avik Sengupta [EMAIL PROTECTED]:
But we can still advise the user what he must do to use PJA.
Yeah, we can, but this must never be a requirement for POI core. I personally
have my doubts over the stability of PJA, and it is never easy, or advisable,
to install any extra software on production
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=8665.
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=8665.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 30 Apr 2002, Andrew C. Oliver wrote:
Which are largely written in C and not C++
Why C and not C++? C++ is object oriented, and is much closer to Java
than C is.
And proponents of the GPL generally feel that APL software is *legally
incompatible*
I hope we can work out the
On Tue, 2002-04-30 at 16:27, T.J. Mather wrote:
On Tue, 30 Apr 2002, Andrew C. Oliver wrote:
Which are largely written in C and not C++
Why C and not C++? C++ is object oriented, and is much closer to Java
than C is.
C++ is NOT very object oriented but thats all philosophy.
Hi All,
Avik Sengupta is the brave soul who spearheaded formula support in POI
and really got things moving. I'm continuing my work in this area under
his guidance and would like to let him run with it uninhibited while I
do my thing.
Avik has quickly acclimated to the group and I think
+1 definitely. That guy is relentless
Ryan
- Original Message -
From: Andrew C. Oliver [EMAIL PROTECTED]
To: POI Development [EMAIL PROTECTED]
Cc: Stefano Mazzocchi [EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 4:54 PM
Subject: [VOTE] Avik Sengupta a committer
Hi All,
Avik
I think its a waste of time to do a C\C++ version of POI and this is why.
Its been done before. Of course it hasn't been done as well as its been done
by our group, nevertheless I think the need has been recognized and met by
other groups. I appreciate TJ's enthusiasm for our product. I would
On Tue, 2002-04-30 at 18:28, Ryan Ackley wrote:
I think its a waste of time to do a C\C++ version of POI and this is why.
Its been done before. Of course it hasn't been done as well as its been done
by our group, nevertheless I think the need has been recognized and met by
other groups. I
Andrew C. Oliver wrote:
Hi All,
Avik Sengupta is the brave soul who spearheaded formula support in POI
and really got things moving. I'm continuing my work in this area under
his guidance and would like to let him run with it uninhibited while I
do my thing.
Avik has quickly acclimated to
acoliver02/04/30 16:01:34
Removed: src/java/org/apache/poi/hssf/record/formula FormulaUtil.java
Log:
killed per avik's instruction
acoliver02/04/30 16:22:28
Modified:src/java/org/apache/poi/hssf/dev FormulaViewer.java
src/java/org/apache/poi/hssf/model Sheet.java
src/java/org/apache/poi/hssf/record/formula AddPtg.java
AreaPtg.java AttrPtg.java ConcatPtg.java
Well I think there are strong points for C here:
* Compatility
* Usage from C applications
* Support from Andy et al.
I think we can get around the compatibility by using a Portable subset of
C++. This is what many good C++ projects (Xerces, KDE, QT) do.
The usage from C applications is a
acoliver02/04/30 18:11:05
Modified:src/testcases/org/apache/poi/hssf/usermodel
TestFormulas.java
Log:
oops left off avik's test case
Revision ChangesPath
1.10 +75 -26
acoliver02/04/30 18:19:28
Modified:src/testcases/org/apache/poi/hssf/usermodel
TestFormulas.java
Log:
probably nothing
Revision ChangesPath
1.11 +2 -0
jakarta-poi/src/testcases/org/apache/poi/hssf/usermodel/TestFormulas.java
acoliver02/04/30 18:21:05
Modified:src/java/org/apache/poi/hssf/record/formula FunctionPtg.java
Log:
Got them there functions rolling. Look at implementing the instantiation of the
hash differently
later
Revision ChangesPath
1.7 +363 -95
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=8665.
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=8632.
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=8638.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Since this is turning into a C vs C++ discussion I couldn't resist
commenting.
I have worked on large projects that are written in C. Maintenance is a
complete mess. It is no fun trying to track down that one function
implementation through 150 source files. At least with C++, the
functionality
acoliver02/04/30 18:41:51
Modified:src/testcases/org/apache/poi/hssf/usermodel
TestFormulas.java
Log:
wow... I thought I was doing test firstbut um...it turns out it already works.
Avik ROCKS!!!
Revision ChangesPath
1.12 +89 -0
On Tue, 2002-04-30 at 21:49, Ryan Ackley wrote:
Since this is turning into a C vs C++ discussion I couldn't resist
commenting.
I have worked on large projects that are written in C. Maintenance is a
complete mess. It is no fun trying to track down that one function
implementation through
I think its a waste of time to do a C\C++ version of POI...
+1. Fiddling around with doing in C/C++ the same things we have
done in Java already only distracts us from getting POI more
feature-complete.
(A much more intellectual challenging project would be to write
a Java - C/C++ compiler.
Avik has quickly acclimated to the group and I think thats largely
because he has previous opensource experience (on other Apache projects
even).
+1
Best regards
Rainer Klute
Rainer Klute IT-Consulting GmbH i. Gr.
Dipl.-Inform.
Rainer Klute E-Mail:
37 matches
Mail list logo