The path handling it's the same in all the packages, what changes is the XLSX support. Andrey will add a new variable for plugin developers to retrieve the worksheet path; until that moment relative paths will works with the current homemade workaround... I do not deny that there will still be some differences between the different distros (I'm thinking about the default path for new files), because the environment variables are implemented differently (that's a MONO issue, I think...).

The "Full package" contains the XLSX I/O functions both for Windows and Linux, so if someone can test them on Linux I'd appreciate that (although as I previously said, I expect a SMath crash).

The CR/LF difference exist (CR+LF for Windows worksheets, LF for Linux worksheets) however I do not think that produces issues.


best regards,

w3b5urf3r

Edited by user 21 April 2013 16:23:34(UTC)  | Reason: Not specified

Linux test: Mint 11

I tried "linuxmint-11-gnome-cd-nocodecs-32bit.iso" by preparing a linux-live usb with this application:
http://www.pendrivelinux...installer-easy-as-1-2-3/
I installed "mono-complete" ( mono version was 2.6) by searching in 'software manager'.
From all distros I could try this is the most clear and elegant as well as responsive in my 1gb ram laptop.

Results:
* SMath can NOT load images (libpng errors on console)
* However SMath is able to load/save plots and animations!
* DataExchange plugin:
- everything worked except import (i.e xlsx export works!)
- plots on exported odf are shown as little icons or very litle images (don't know if this also happens in windows)
- relative path is home;didn't test custom directories.
* Other plugins seemed to work! (opened doc samples of statistical, nonlinearsolvers, customfunctions)

Edited by user 23 April 2013 02:47:25(UTC)  | Reason: Not specified

I wonder how repositories work on Mint, I tried Mint11 based on Ubuntu, could locate only Mono2.6 ( "mono-complete" ) and not the most recent versions, maybe in the last Mint the software manager can access more updated Mono.

Unlike Omorr's tests in Xubuntu, I could save sheets with plots/animations and the xlsx export, however he could load images in sheets which is not my case, there seems to be problems with libpng or gdiplus (their integration with mono must be problematic, another reason to suggest Andrey to provide a compiled mono tailored for SMath).

I'll try to test the last Mint versions, Mint 14 based on Ubuntu and above all Mint for Debian.

Edited by user 23 April 2013 12:47:56(UTC)  | Reason: Not specified

you are very welcome ^^
may i ask how did you install mono-complete 2.11 ? I can only see mono-complete 2.10.8.1-5ubuntu1 in mint14 repo which should be the same as ubuntu's.
or maybe you installed it with some bash script like this one:
http://www.integratedweb...12/04/install-mono-2-11/
btw can you load and save images in smath sheets ?
can't test mint for debian because does not detect my wireless but it'd be interesting to check debian's repository which must be well maintained and it is different from the usual installations tried by most people.

Edited by user 23 April 2013 16:19:58(UTC)  | Reason: Not specified

Something like this?

fortgot to mention, sorry It is Xubuntu 12.10 and mono version 2.10.8.1 (Debian 2.10.8.1-5ubuntu1)

Regards,
Radovan

Edited by user 23 April 2013 19:09:27(UTC)  | Reason: Not specified

No, I can't save files with plots

You are right kilele, images are too small for ODT files made in Linux; this is because the bitmap properties HorizontalResolution and VerticalResolution are both null... these properties are needed to calculate width an height from pixels to the OpenDocument allowed sizes (f.e. inches or cm)... the script returns "inifinity" as result so LO can't parse the correct size; seem a MONO lack... I can add an easy hack for Linux systems by using a tipical resolution (f.e. 90 dpi) but easily this can produce some size differences between the original image and the saved image.

Edited by user 23 April 2013 21:33:22(UTC)  | Reason: Not specified

No, is supported, but is buggy: [Mono-bugs][Bug 68117] (unsolved)


best regards,

w3b5urf3r

Hello Davide,

I've noticed some problems with the v0.96 and plugins as well after the updating, but ignored it for that moment because the "compact" version did not complain about them. It seems someone else had a similar experience, see here - plugin disabled? . I keep both "full" and Martin's "compact" versions. When updating from 0.95 to 0.96 from within full version, when running SMath the following error box appeared - (picture 1). I did not not know which one of the plugins were disabled and, actually, the strange thing is that it seems every plugin is there and not excluded as before. Therefore, I uninstalled and installed a "clean" v0.96. full version without plugins, keeping and using the compact version or the "clean" full version for recent testing.

Now, I tried to put only DataExchange plugin in the full version and the error reappeard (picture 1). The DataExchange was not disabled and I could use it. However, the same error you mentioned issued when trying to save as ODT in both "full" and compact version (picture 2). The question is: why the compact version does not complain about plugins . It seems that Martin did not have this problem

I hope I did not make some mess here in mixing all the things together.

Regards,
Radovan

EDIT: Just tried to insert other plugins made by you and uni. The error did not appear in the full version. It seems something is about DataExchange and 0.96

Edited by user 03 May 2013 00:38:13(UTC)  | Reason: Not specified