Re: Reading WMF Files

From: "Glen Stampoultzis" <[EMAIL PROTECTED]> > > > Time to take your pills now Ken. There's a good boy. > > > > > > > WhoaGlen must have entered a mind meld with Marc I had to read > > the address bar twice to believe it > > Marc and I are actually the same person. Didn't you know?

Re: Reading WMF Files

> > Time to take your pills now Ken. There's a good boy. > > > > WhoaGlen must have entered a mind meld with Marc I had to read > the address bar twice to believe it Marc and I are actually the same person. Didn't you know? Glen Stampoultzis (TriNexus Pty Ltd) Fixed:+61 3 9753-685

Re: Reading WMF Files

On Tue, 2002-05-28 at 19:40, Glen Stampoultzis wrote: > > > >There is no question that WMF, BMP, DIB and even EMF belong in POI at > > some > > > >point. > > > > > > > > > > > I only know what some of those are. :-) > > > > Wrestling Moth.. Fu , Bad Mouth Pink, Drooling Inarticulate Basta..

RE: recalc for sheets

Hi, OK. I will start with a simple implementation which is working as external program using the setter/getter of Cells. In a second step we can think about how to integrate it into the existing poi framework. If we only implement the "Date and Time", "Logical", "Lookup and Reference", "Math and

Re: Reading WMF Files

> > >There is no question that WMF, BMP, DIB and even EMF belong in POI at > some > > >point. > > > > > > > > I only know what some of those are. :-) > > Wrestling Moth.. Fu , Bad Mouth Pink, Drooling Inarticulate Basta.. and > Enhanced Moth.. Fu . > > I'm just stayin' in line with the H

Re: POI HSSF / commons-logging problem on Tomcat 3.2.4 under Unix

Which lib directory are you putting them under? WEB-INF/lib or tomcat/lib? The best place for it should be the WEB-INF/lib for your webapp. Glen Stampoultzis (TriNexus Pty Ltd) Fixed:+61 3 9753-6850 Mob:+61 (0)402 835 458 ICQ: 62722370EMail: [EMAIL PROTECTED] - Original Messag

Re: Reading WMF Files

Nicola Ken Barozzi wrote: >From: "Andrew C. Oliver" <[EMAIL PROTECTED]> > > > >>Drew Varner wrote: >> >> >> >>>As soon as I can patch up the WMF code where it is useful to us, I'll try >>> >>> >to > > >>>bring it over. It is far from useful to us right now. Also, I think >>> >

Re: Reading WMF Files

From: "Andrew C. Oliver" <[EMAIL PROTECTED]> > Drew Varner wrote: > > >As soon as I can patch up the WMF code where it is useful to us, I'll try to > >bring it over. It is far from useful to us right now. Also, I think patching it > >up in Batik will be a nice gesture. I can ask for it once I hav

Re: Reading WMF Files

Drew Varner wrote: >As soon as I can patch up the WMF code where it is useful to us, I'll try to >bring it over. It is far from useful to us right now. Also, I think patching it >up in Batik will be a nice gesture. I can ask for it once I have contributed >something of value. Sort of show them

Re: Reading WMF Files

As soon as I can patch up the WMF code where it is useful to us, I'll try to bring it over. It is far from useful to us right now. Also, I think patching it up in Batik will be a nice gesture. I can ask for it once I have contributed something of value. Sort of show them what I will do for it r

Re: Reading WMF Files

Drew Varner wrote: >On second thought, I think I'll just patch it in place at Batik. There is no >incentive to move it to POI yet. There are plenty of incentives not to. I don't >want to have to deal with two code bases. POI compiles separate modules into >one big JAR. This is not appropriate

Re: Reading WMF Files

On second thought, I think I'll just patch it in place at Batik. There is no incentive to move it to POI yet. There are plenty of incentives not to. I don't want to have to deal with two code bases. POI compiles separate modules into one big JAR. This is not appropriate for WMF image capabiliti

DO NOT REPLY [Bug 9418] - [PATCH] Strings not recognized by org.apache.poi.hssf.record.formula.Ptg

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-poi/src/documentation/xdocs/hssf formula.xml book.xml

avik02/05/28 05:42:57 Modified:src/documentation/xdocs/hssf book.xml Added: src/documentation/xdocs/hssf formula.xml Log: documentation for formula Revision ChangesPath 1.8 +1 -0 jakarta-poi/src/documentation/xdocs/hssf/book.xml Index: book.xm

cvs commit: jakarta-poi/src/testcases/org/apache/poi/hssf/record/formula TestFormulaParser.java

avik02/05/28 05:41:17 Modified:src/testcases/org/apache/poi/hssf/record/formula TestFormulaParser.java Log: test for parsing strings, submitted by Werner Froidevaux Revision ChangesPath 1.2 +10 -0 jakarta-poi/src/testcases/org/apach

Re: recalc for sheets

I humbly suggest that this is needed, but furthermore the following use case be considered. XML --> HSSF ---> XLS | | | XSL | | | XHTML In this case we are outputting to XLS for one edition of our spreadsheet and XHTML for another (or PDF, or whatever). XHTML does not support for

Re: recalc for sheets

Werner Froidevaux wrote: >>I plan on writing a formula evaluator at some point. It >>depends on some >>of the commercial work on when I do this. >> >> >Great. Could you give at least a place/hook where I could put >my implementation in the meantime (see last mail) (BTW: I also >need a ca

RE: recalc for sheets

> I plan on writing a formula evaluator at some point. It > depends on some > of the commercial work on when I do this. Great. Could you give at least a place/hook where I could put my implementation in the meantime (see last mail) (BTW: I also need a calculator in Java because I don't want t