Perhaps an option to support text indices is to change the dot to underscore and vice versa in the interface. Maple can handle that, it the way it is done in latex and in SMath there is no reason for ugly variable names with underscores (except for compatibility with Mathcad ) If variables with underscores are esential, then replace the dot by two underscores or something else that hardly is expected to be used.

However, I have no idea, how essential that is for the users and if that is easy to do in the current interface concept. In general, I appreciate the plugins supporting the base features of SMath. OK, I am not expecting unit support to come soon...

Again, great work, lots of thanks!

Now аll errors (mainly with parse and map) have gone.

The method for text indices that you found seems to be stable and cannot be tricked by numbers.

maple(diff((x.1^3+x.2^3),x.1))=3*x.1^2@#


However, same procedure...
I found another localization issue. When function style is set to european, that makes trouble. I think it would be sensible if internally there was always the same representation, regardless of local settings. Then the plugin providers would not be forced to handle that on their own and could focus on the added features. However, it is as it is.

maple(series(sh(x),x)) results in "empty stack"

As for the units: for purely symbolical calculations that is not required. This is more of an issue for numeric procedures like definite integration, ode and equations solving. These work in SMath only for unit-free integration variable or unknown variable. An example for better unit handling is the NonLinearSolvers plugin. You can specify initial values or limits with units and get results with units at the price of that you have to think about the dimensions of error tolerances.

Thanks again for the update. Your examples work.

I've made a scanner for the series expansion example. It is, however, not entirely equivalent to direct non-optimized maple calls. What it can show, however, is that the function style settings sometimes work with "world" and sometimes with "europe" (the latter with arcsin, arccos). Perhaps maple names are a mix of both. Anyways, the scanner is demo for the power of the maplewrapper plugin combined with animation.

Edited by user 05 May 2013 21:10:04(UTC)  | Reason: Not specified

Hi uni,

the expand function doesn't work

expand((x+1)*(x-1));

should be x^2-1 as in maple dos

but in SMath maple it gives me (-1+x)*(1+x)

could you have a look, thank you.

Updated. Added experimental option to display 3D graphs (Maple Plot in the Insert list items).

Edited by user 24 May 2013 09:20:04(UTC)  | Reason: Not specified

Hi Uni!

Thank you for the splendid MapleWrapper plugin. It is particularly useful because SMath Studio does not have yet it's own engine to symbolic calculations. Thank you once again.

However I have a small problem which I cannot dissolve. Below there are two images. First pictures is the situation before the record of the file - calculations were performed, and second one after the disk recording and the renewed opening of the file in SMath Studio. As it is visible after the renewed opening of the file calculation were not executed. Unfortunately I do not know why? I tried to reproduce this situation on many files and different calculations. Unfortunately always with the same result. Probably there is something wrong with the command "desolve"?

Heartily please all for the help in solution of this problem. From above thank you and I greet you very much.

P.S.

Maybe somebody would be able to place on the forum the example-file *.sm on how the use of commands "plot" and "plot3d" in MapleWrapper? Thank you.

Edited by user 24 May 2013 18:19:28(UTC)  | Reason: Not specified

Hello,

I could reproduce this.

By the way, it seems you do not have to use maple() for the assignments - uni told me that . See the first picture please.

I think the problem here is the two equal signs. If you recalculate page, or save the file and reopen, this will get lost. In the case of recalculation, the region will be messed up (see the second picture). If you try to select it and move it a bit - it will reappear but without the symbolical result. Just do the calculation manually again (CTRL+.).
It seems that the problem is in this particular recalculation of maple() SMath region with two equal signs.

Regards,
Radovan

Updated. Yes, Radovan rights. You must manually retrieve the desired result.

Hello Uni,

Thank you for new update.

Regards,
Janusz

Uni,

Thank you for your answer. OK I will do.

Regards,
Janusz

Edited by user 24 May 2013 22:09:45(UTC)  | Reason: Not specified