Hello Ed,

I think this behavior regarding local variables in multiline functions has been introduced in v0.89.8. In my opinion it seems better to have locally defined variables inside function definitions. In the same version the function name has been put on the top, not in the middle like in 0.89.

On the other hand, it seems in v.0.90 has been introduced a bug regarding this.
Try a simple example:

y←5
f(x)←line(y←y+x,y,2,1)
f(3)=8
y=5

This is the right behavior. Value of y should remain unchanged.
Now, just do the page recalculation or press F9

y←5
f(x)←line(y←y+x,y,2,1)
f(3)=8
y=8

Value of y has changed and this is wrong. Please try to reproduce this. If you can do this as well, this is definitely a bug.
Beta version v.0.89.8 will work correctly and will keep the value of y unchanged after page recalculation.

Regards,
Radovan

Edited by user 14 January 2012 01:28:10(UTC)  | Reason: Not specified

You are welcome,

BTW, I also reproduced a problem with 3D graphs when recalculating page (F9) http://ru.smath.info/for...osts&m=5914#post5914. The axis moved after subsequent pressing of F9.

Regards,
Radovan

Thank you Andrey,

Let me get this straight in order to figure out how would that be working.
This is the bahavior in v0.90 which is a bug introduced due to new animate feature:

x←1 d←8
f(xVar)←line(xVar←xVar+5,d←7,mat(xVar,d,2,1),3,1)
f(x)=mat(6,7,2,1)
x←1 xVar←#
d=7

1. Global variable "d" has changed from 8 to 7 (after F9) and it should not be this way - wrong.
2. Variable "x" is a real function argument in the function call and the global variable with the same name "x" has not change - correct.
3. Variable "xVar" is a variable in the function definition list and is changed inside the function definition. It is not known outside the function definition.

Now, let me do sam [FACKED] examples by changing the output here in the forum (this is not an actual output from v0.90)

- The fixed first example should give this output - if I was right?
x←1 d←8
f(xVar)←line(xVar←xVar+5,d←7,mat(xVar,d,2,1),3,1)
f(x)=mat(6,7,2,1)
x←1 xVar=6
d=8

1. The global variable "d" has not changed in spite of changing the local variable with the same name inside the function definition - correct.
2. The new global variable "xVar" has been defined inside the function.
3. The variable "x" as an argument in the function calling has not been changed - correct

- The fixed second example should give this output - if I was right?
x←1 d←8
f(x)←line(x←x+5,d←7,mat(x,d,2,1),3,1)
f(x)=mat(6,7,2,1)
x←6
d=8

1. The fictive argument "x" will be changed only if there are the same name of arguments in the function definition (and changed inside the function body)
2. Any other variable which are defined locally (including the same name as outside the definition) and not present in the function definition list will remained unchanged

I hope I am right about all of this. If not, please let me know. However, if this is working as described I think this would be just fine.

However I think that I was not right about this ant the real changes are like this:

x←1 d←8
f(xVar)←line(xVar←xVar+5,d←7,mat(xVar,d,2,1),3,1)
f(x)=mat(6,7,2,1)
x←6 xVar←#
d=8

1. Argument "x" has changed because its changing inside the function definition (passing by reference)
2. Variable "d" has not changed due to the locally definition inside the function body.

This behavior is also acceptable. If the "passing by reference" is introduced there is a trick if we do not want to change the real function argument - by passing something like "1*x" or "0+x" instead of "x". At least I hope it will work that way - not sure.
The worst thing would be if we allow the variable "d" to be changed inside the function body and retain its value afterwards.
I think there are no to many situation where we need to change the function arguments in the function definition. One of this situation is in recursive function calls. I am not quite sure about its working in v.0.90. (see this post please recursive function call)

On the other hand, I see for the first time this in the tooltip (using numerical equal to)
[FACKED]
line(arg=30,param=40,2,1)

there were always symbolical equal to in the tooltips or the Dynamic assistance.

line(arg—30,param—40,2,1)

Is there any new feature there introduced maybe?


Regards,
Radovan

Edited by user 15 January 2012 04:40:06(UTC)  | Reason: Not specified

Hello Andrey,

I see. It is then "passing by reference" function arguments. I understood your points and agree with them. If there is more potential benefit for SMath including this feature, just go for it There would be no much problem about it and the user just have to be aware of that - nothing else. On the other hand, as soon as I posted the comment it crossed my mind the same possible additional feature you presented with the ChordMethod() function example. Besides the great ability of SMath to have the same function name with different number of arguments, there would be another one useful in the next release. The function could then return results in two ways. The first one is by the last assigned variable at the end of the function body (as it now) and the second one would be via function arguments. Some of the function arguments are strictly input (assigned before and not changed inside the function), input-output (assigned before and changed inside the function) and strictly output (not assigned before and get value inside the function) -the last one is your example regarding "steps" variable in ChordMethod() function. I am not a programmer but this logic is present in many programming languages (like pointers in C or something else).

I did not understood you well, sorry. I do not understand how did you manage to get the first result of "A" in your example. I suppose this would be a new feature - very interesting and quite useful some time. It crossed my mind many times how to get the result in this way. As far as I am concerned I would agree with the most easier way for you to accomplish. Regarding the replacing the "equal signs" there is a nice feature in the Page Setup to replace all of them with "=" sign on the final print out. I would just be satisfied if there would be a similar option just to replace all of them in the worksheet on the screen at once (just to see them on the screen). If the option is active we would see everywhere "=" signs. If we click inside the math region there would see the real operator. There is an option in Mathcad to replace the operators of every math region, but as I remember I rarely used that - it might be confusing for the students at the beginning. For instance, if the "=" is active we could type the real operator or shortcut and as long as we are inside the the math region we could see it. If we leave it - the "=" will appear. On the other hand, tooltips and Dynamic asistance will have "=" instead of symbolic aqual to until this option is active. I do not know if this have any sense - just my thoughts.

Regards,
Radovan

Edited by user 15 January 2012 07:57:49(UTC)  | Reason: Not specified