On Wed, May 8, 2013 at 10:06 AM, PhilipNienhuis <address@hidden
<mailto:address@hidden>> wrote:
E4
Markus Bergholz wrote
> I haven't follow this thread and it's issue, but i've wrote a
xlsxread
> function whitch don't need java.
> but it's very very rudimentary, works just with linux and is a
quick&dirty
> write-down.
> furthermore, you have to remove the string-analyse part, if your
sheet
> don't contain strings.
> but maybe it helps someone else or someone want to improve it or
someone
> rewrite it in c/c++ as oct file, to get it even faster than
matlab (for me
> it's still faster than the java stuff atm).
>
> http://git.osuv.de/Octave/tree/functions/xlsxread.m
The Java based options are relatively slow as they offer maximum
flexibility
as regards data types.
Before venturing in COM/ActiveX and Java based solutions for the io
pkg 4
years ago I've looked at a few other solutions, similar to yours.
IIRC the
most promising one was posted in an OpenWatcom news group. All of
them (i.e.
the "free solutions") suffered from the same limitations: lack of
flexibility, lack of documentation, dependency on some very specific
development framework, and/or bound to specific .xls formats (BIFF5,
BIFF8,
OOXML, what not).
If you want I can look if your code can somehow be absorbed in the
io pkg as
a sort of fall-back option.
i don't think that this is a good idea :D as i said, it just works with
linux (i'm using sed and unzip through 'system' command. furthermore, i
made quick&dirty my own tmp-dir (mktemp -d would be better). aaaaaand so
on :)
To that end it needs a suitable license
i don't care about the licence as long as it's a free licence.
and
someone should support/maintain it (my C/C++ skills are rudimentary).
Philip
my c/c++ skills are rudimentary too :)
if you like, we could code together on github on a xlsxread function e.g..
it is not so difficult but it is extremely time-consuming to parse the
shitty ms xml format!! (i don't read any specs yet, just do some lousy
reverse engineering).