Benjamin Lindner wrote: >> I am using have JRE 1.6.0_13, odfdom-0.9, jOpenDocument-1.2b2 and > ^^^^^^^^^^ > this should of course read odfdom-0.8 > > anyway, FTR it seems this is triggered by version 0.8 of odfdom > It works correctly with odfdom-0.7.5.
There are two issues: A. Comparing the javadocs of 0.7.5 & 0.8 shows odfdom's API changed quite a bit here. Not surprising given that it is still at version 0.x ..... B. ... "correctly" As to issue A: ============== What shall we do? I see two options: (1) I could adapt the oct2ods function file (i.e., the oct2jotk2ods sub-function), at the cost of some extra complexity and development time, but then perhaps the next odfdom update will break it again. (2) We could explicitly stick to odfdom version 0.7.5 and adapt the dependency description in the function file(s) and ods html doc (& the download links for that .jar file). It's perhaps obvious that for now I prefer option (2). More profound changes can wait then till a binary octave-for-Windows distribution for octave-3.4; and in the meantime I can collect more reports about the spreadsheet function files' performances (remember I consider the spreadsheet stuff as at most beta quality yet). But I'd like to get opinions from other developers. Please? As to issue B ============= The current state of the Java package doesn't allow proper transfer of octave logical values to java boolean values and, consequently, further on to spreadsheet files using java. So, *writing* to ods and/or xls using java still does not work completely "correct". (The other way round -reading booleans- is taken care of in the spreadsheet function files). To cure that I've applied the patch to the unbox function in __java__.cc as described by Michael Goffioul in the thread: http://sourceforge.net/mailarchive/forum.php?thread_name=4B59A333.5060302%40net.in.tum.de&forum_name=octave-dev (all on one line), in MG's reply dated 2010-01-14 15:35, which solved this issue for me, at least on Windows platforms. (I couldn't get an updated java package to properly install on my Linux box yet but I don't think that matters for this issue B - it's the octave-java interface itself that is lacking and not the somewhat platform-dependent installation of the java package.) I see that this patch to the java package hasn't been applied yet in svn (the latest change to __java__.cc is 6 months old). This is perhaps not urgent and might wait till octave-3.4 too. But I think it must not be forgotten. Philip ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
