Closed aviks closed 5 years ago
This version of the code is about 1.5x faster in reading large xl files (100000x8)
Fix #40
This is ready, except that tests fail on windows. I don't have a windows machine currently, and debugging via Appveyor is painful. I'd appreciate some assistance -- I imagine it's an issue with the paths.
So the error on windows seems to be due to a bug in JavaCall, which makes it likely that the xml-fo generation part of this package has never worked on windows, even in the released versions. Can anyone confirm?
One major backward incompatible change:
readxl
now returns an array of NamedTuples. To get aDataFrame
as before, pass that to aDataFrame
constructor. This change allows you to create any Tables.jl supported container from the xl data. As a result, the dependency on DataFrames.jl is dropped. Instead a dependency on Tables.jl is introduced.Fix #46
viz: