[rkward-devel] [rkward-cvs] SF.net SVN: rkward:[4063] trunk/rkward/rkward/plugins/00saveload/import

[Thomas Friedrichsmeier]

Hi,

On Friday 02 December 2011, Stefan Rödiger wrote:
> To be honest, I was not aware of the package. Therefore I did a bit of more
> research and it seems that the are more solutions. Actually I really try to
> avoid a fully featured solution for such an import. The Installation and
> usage must be as simple and not prone to errors (e.g., perl missing).
> Maybe it is worth to evaluate all the possibilities and to list some pro
> and cons. The "xlsx" package seems to be a nice candidate. The change-log
> indicates a functionality not only for XLSX (2007+) but also the other
> versions accept 95. Beyond this writing as XLSX (with formating) seems to
> be supported too. I however see no reason to implement such functionality.
> The "xlsx" package seems to be cross-platform, with some dependencies for
> other packages (‘xlsxjars’, ‘rJava’) and java (which might even be better
> than Perl since it is present on most machines). The java dependency in
> turn might also result on some issues (version, ..., location). An
> installation failed so far.

well, for all I can see, all available solutions have some real drawbacks. On 
my system, perl is no problem, while my rJava installation tends to be broken, 
frequently. But certainly, for many users it will be the other way around.

You have already implemented a solution based on the gdata package. Looking at 
read.xlsx (and read.xlsx2) from xlsx, I think most options can be mapped to 
that, in a straight-forward way. So perhaps it is feasible to support both in 
a single plugin, after all, with a radio-control to select the method to use?

Regards
Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/rkward-devel/attachments/20111204/9a55b6b0/attachment.sig>