Thank you Alex, it's the same issue reported here, I'll try to fix it tomorrow

Fix committed for the latest SS BETA; I'm aware there are still some drawing issues with cases due to something in SMath Studio itself.

There is a problem with at() in build 7219:

It seems that the function at() isn't executed.

Materials E7-6.sm (10 KiB) downloaded 50 time(s).

Show Spoiler

Thank you Martin, I will look at it as soon as I can.


edit: fixed in later versions SS

In the attached sheet, the conversion of solution results into definitions is demonstrated in two ways:
1. Usage of Assign(), a function made for this purpose in the Maxima plugin.
2. Usage of the substitution function at() from custom functions plugin, which by syntax should be good for the purpose.

It turns out that it makes a difference whether the Solve function is inside a line block or not. In the latter case, at() comes up with a strange error message.


Solve-3.sm (20 KiB) downloaded 51 time(s).

PLUGIN UPDATED SMath Studio 0.99.7251 Nightly Build and later

- Unknowns() improved to don't match integration variable of int(4);

Unknowns.sm (18 KiB) downloaded 47 time(s).

PLUGIN UPDATED SMath Studio 0.99.7691 Nightly Build and later

- [SS-4651] at() assignment improved to avoid unexpected substitutions when variables are given as replacements;


EDIT

either this should works correctly now:

Wrote

In the attached sheet, the conversion of solution results into definitions is demonstrated in two ways:
1. Usage of Assign(), a function made for this purpose in the Maxima plugin.
2. Usage of the substitution function at() from custom functions plugin, which by syntax should be good for the purpose.

It turns out that it makes a difference whether the Solve function is inside a line block or not. In the latter case, at() comes up with a strange error message.

Davide, thanks for developing this plugin; I use several function in here regularly. One that I just tried using that could be very useful for me is the Ceil function. In engineering we often want to always round up, so this would fit that bill well. However, it seems to only round up with respect to the base unit instead of the unit actually used. So instead of rounding a result up to the next inch (or millimeter), it rounds to the next foot (or meter). Would it be possible to account for the unit in that evaluation somehow?
Thanks,
Jason

Wrote

Davide, thanks for developing this plugin; I use several function in here regularly. One that I just tried using that could be very useful for me is the Ceil function. In engineering we often want to always round up, so this would fit that bill well. However, it seems to only round up with respect to the base unit instead of the unit actually used. So instead of rounding a result up to the next inch (or millimeter), it rounds to the next foot (or meter). Would it be possible to account for the unit in that evaluation somehow?
Thanks,
Jason

Such a function would definitely need the target unit as input. In order to use this for display automatically, the plugin would need to suppress back-simplification to SI, which might require "Optimization None" on user side. A comprehensible operator form might put a placeholder for the unit at the index position to the lower left


ceil2.sm (3 KiB) downloaded 39 time(s).

Yes, that looks like it will do what I need. Good idea, Martin. Thanks!
And I like the idea of being able to define the output unit in the index position. That seems clear and streamlined as well.

Wrote

useful, consistant, I like it... agreed. I'll add it in the next plugin update.

PLUGIN UPDATED SMath Studio 0.99.7739 Nightly Build and later

• added Ceil(2);
  
• added Floor(2);

Davide,
Since you are using a specialized output with the brackets and unit subscript, I would like to suggest ceil2 using a superscript for the unit. floor2 keeps the current subscript. Visually, this will help us "SEE" what was used in context to the equation/function

Wrote

Davide,
Since you are using a specialized output with the brackets and unit subscript, I would like to suggest ceil2 using a superscript for the unit. floor2 keeps the current subscript. Visually, this will help us "SEE" what was used in context to the equation/function

I get the point but seems to me that might be confusing when exponentiations are involved






Also, the "base" could be a variable, or a simple number

Hi!

The var2str from custom functions plugin has problems with the new release:

Yes, this is related to changes in text encoding, I'll fix it ASAP.

PLUGIN UPDATED SMath Studio 0.99.7808 and later

• fixed encoding/decoding issues;
  
• refactoring;

Davide, I encountered this issue after the last update

sergio

Confirmed. I'll fix it ASAP.

What about if you specify Bolean completely ?