I can confirm this bug. I am sure Viacheslav will find a fix for this.

But what I still don't understand: Shall we see the include plugin as the definitive solution or shall we push to get a smath integrated core include function? I ask this because Vicheslav himself wrote that only Andrey can program a "real" include.

There are a few extensions that I would gladly see it in the core software, and "include" in one of them.

I spoke with Andrey on this. He is not yet able to implement it as an internal function. He said that the full realization of such function is difficult now. But in the future it is planned.

As for the bug. Functions (regions) from the external plug-ins (for the include file) are not supported yet. I'll try to add such possibility, but not sure what I can. I did not expect such use. You ask for features that should support mathematical package, but not a simple function.

Thanks!

Is it correct that the variables/values in the referenced file cannot be inside of an 'area'?

As I wrote above, we have found a bug in the program when saving a file with the areas. The error is related to the wrong location closing tag for the area. This leads to the fact that the function incorrectly interprets the data in the other areas or to ignore them. Andrey will fix this. After that you can use the variables within areas.

Wrote

As I wrote above, we have found a bug in the program when saving a file with the areas. The error is related to the wrong location closing tag for the area. This leads to the fact that the function incorrectly interprets the data in the other areas or to ignore them. Andrey will fix this. After that you can use the variables within areas.

Examples.

---

c.sm (8 KiB) downloaded 88 time(s).

Is there any update on the Areas bug?

Wrote

Is there any update on the Areas bug?

Bug was fixed in the SMath Studio 0.97.5581, but something wrong happening again with the nested function call.

Updated.

I was just curious - has there been any updates regarding the use of areas and include.
As I understand it. If there is work inside of an area it will not be transferred to the file which uses the 'include' statement, correct?
I could see this being good and bad. It's nice to have a way to keep variables from following to the include file but at the same time I use areas to help organize my sheets, hmm....

Hmm... I see now that include function supports only one level depth for areas, variables in nested areas are invisible. I'll try to fix this.

It's actually not so bad to have Nested areas not transfer as it provides a way to keep some variables from not transferring.
However, a problem occurs when I have a function that is nested in an area. For example:

In sheet 1 the values for q.WL are found from a function which is in a collapsed area.
In sheet 2 we include "sheet 1.sm". We ask for the values of q.WL however they cannot be retrieved because it claims that the function is not defined.

I'd like the include to include the values in q.WL without requiring the function to be brought into sheet 2. At least I think that's what I would want...

What about including only certain variables?

Another issue seems to be including variables which were defined in a "For Loop". Not sure why that is. Any thoughts?

Because it creates a set of variable definitions I think. This is normal.

So is there anyway to include variables created in for loops?

Show me an example. What do you have and what you want to avoid.

Uni ->

Attached is the file that I had problems with. There is a lot of information there that I was trying to whittle down but I kept messing up the actual issue. I did however find where the problem occurs:
I define a matrix by placing a summation into the matrix. Then this variable is used in a "for" loop. I'm not sure where the error occurs.
There are three .sm files - I only included "loads" so that the they would all work properly but I don't think there is anything useful in there. I've highlighted the issue in red which occurs in the "Loads - EQ Low_Test.sm" file. The problem is seen on the Test.sm file.

Let me know if it is too confusing; I can continue to try and reduce the files.

Thanks!

---

Include.7z (800 KiB) downloaded 85 time(s).

There are a few extensions that I would gladly see it in the core software, and "include" in one of them. [Owndante]
________________________

The Smath version I downloaded April 2015 comes with "include(,)", Smath menu, f(x), here is.
It looks doing something like "Reference" in Mathcad. In ~ 125000 exchanges Mathsoft Collaboratory
I bet < 12 work sheets were exchanged with reference to other work sheet. It might be useful in Smath
from prime consideration but in fact it is limited to specific functions, some type of program that
would be cumbersome otherwise ... but the collapsed area is a much better approach as it keeps the
document stand alone. The Smath collapsed area has its own problem. In my Smath version, it doesn't
push down the regions below the collapsed area ... result: when collapsing again all the regions
are messed and very hard to recuperate. Surprising because *.Sm from Draghilev method they push down
the regions.
All that said, a good example for "include(,) is the Bessel JZERO, JONE, YZERO, YONE
They are monster formulas that one is better let them sleep hiden. Another good use would be to
collect Physical/Chemical/.... constants as well as the several pages of Mathcad constants.
If somebody wants them, just ask for ,,, *.bmp, bingo and patience to reinstall in Smath.

Thanks, very interesting.

Cheers, Jean.