Wrote

I found a way!

But it takes time depending on how many vectors you use.
I defined the single element indexes and gave them a name.


Best regards.

Hello G-Tate
I think it is better that you use Excel for data in the form of Vector or Matrix,
and then import them from SMathStudio, so that, the changes you make are saved in the Excel sheet



PruebaImport_Cost_English.zip (1 MiB) downloaded 93 time(s).

Best Regards

Carlos

Ok...but...
I think that the point is that in this way you neither can edit any value in the viewer...

Hello Oscampo

Wrote

Ok...but...
I think that the point is that in this way you neither can edit any value in the viewer...

In SmathViewer you can change the values of the variables, but it does not save any value,
that is, it remains the original value that was put in the SmathStudio
worksheet. SmathViewer is not persistent.
The idea of using it together with a spreadsheet (Excel or Libre Office) is in the
case of vectors or matrices with data that must be updated, without the need to
change the source code. For example for unit prices, so you do not have to type them every time.
Since from my point of view, the executable program of SmathViewer will be used
by a person who does not have access to the source code and who probably
does not know how to program, or who do not want to make changes to it. Otherwise,
if you have access to run the program in the source code (SmathStudio), what
sense would you have to use Smath Viewer?
SmathViewer needs to improve some functions, such as handling vectors and matrices, making persistent changes, etc.


Best Regards

Carlos

Wrote

Hello.

Unfortunately it is Windows 10 which does not allow SMath Studio to save *.exe files (partially generated on server side).
That is why *.exe.tmp was created successfully, but it disappears on renaming from *.exe.tmp to *.exe. Operating system (Windows 10 in my case) detects this and removes final file completely.

Functionality should still work OK on other OSs.

For now I do not know what to do with this behavior of the OS.

Best regards.

Hello,
you can't generate full version exe file for a long time. I would like to be able to use them in the company. Until this bug is fixed, wouldn't it be possible to remove the "not for commercial use" text altogether?

Wrote

Hello,
you can't generate full version exe file for a long time. I would like to be able to use them in the company. Until this bug is fixed, wouldn't it be possible to remove the "not for commercial use" text altogether?

There's a statement made by Andrey recently here

Full version is now working again using https://en.smath.com/forum/yaf_postst20225_Beta--SMath-Studio-0-99-7769--09-April-2021.aspx

It is now possible to Save input data using Save dialog. It is also possible to load saved data using Open toolbar item afterwards - all saved values will be restored.


To enable Save/Open functionality an appropriate checkbox must be set to true during Save to *.exe:

Hello everyone,
This is my first post here. I have been using SMath for several years, and also SMath Viewer for some time. I created a few simple programs to facilitate frequently performed activities. I'm a huge fan of the entire SMath suite. While working with SMath Viewer, I found a few small things that I think could be improved.
The first one probably does not relate to the SMath Viewer itself, but the ComboBoxList extension. The longer description of the list does not fit into the window, making it unreadable (as shown below). This happens when the list contains text elements. Working with numbers does not cause this problem.
The second problem relates to units. When a variable (or result) is in a non-standard unit (as shown below), the program gives the user a choice from the list to units that do not match the number completely. Incompatible units should not be proposed. It would be nice to be able to select the unit set when creating the EXE file. For example, I don't need imperial units in an EXE file.

Wrote

The first one probably does not relate to the SMath Viewer itself, but the ComboBoxList extension. The longer description of the list does not fit into the window, making it unreadable (as shown below). This happens when the list contains text elements. Working with numbers does not cause this problem.

Thank you for reporting the issue. It wasn't easy to find the cause but should be fixed now, I've released an updated plugin for the latest stable version of SMath Studio.

Hello


My "sm" file from Post #21 doesn't work when converted to "exe" file in the new version.




Best Regards


Carlos

Wrote

Hello


My "sm" file from Post #21 doesn't work when converted to "exe" file in the new version.

Hello,

I can reproduce the issue only if the excel and the executable are in different paths when you run the executable (that is the expected behaviour for this file), unless I'm missing something else.

Hello Davide

Quote

Hello,

I can reproduce the issue only if the excel and the executable are in different paths when you run the executable (that is the expected behaviour for this file), unless I'm missing something else.

Thank you very much for your answer


I already found the flaw, if the original "sm" file is opened and saved as an "exe" executable file in the new version of SmathSudio, it gives an error.
And if I open the original "sm" file and save it in the new version of Smath Studio, and then save it as an executable file "exe", it works perfectly.


Best Regards

Carlos

Wrote

Wrote

The first one probably does not relate to the SMath Viewer itself, but the ComboBoxList extension. The longer description of the list does not fit into the window, making it unreadable (as shown below). This happens when the list contains text elements. Working with numbers does not cause this problem.

Thank you for reporting the issue. It wasn't easy to find the cause but should be fixed now, I've released an updated plugin for the latest stable version of SMath Studio.

Thank you very much for this update. Now it works like a dream