Slider Region - Adds a slider control - Messages
#41 Posted: 4/21/2016 9:43:26 PM
.WroteIt is useful when you use one slider to fine tune several independent values (by switching between them)
Alex,
I don't understand "completely" your tune several independent values.
I suppose you mean adjusting "parameters" wrt model/modeling.
That was my comment reply to Sergio/Davide. Keep reading "Samples"
that's where you will find model functions already done. The last
two typical: Alcotest, Water viscosity. Modeling is a life time
addiction, no cure for that except the day I will suck the roots,
no urgency for that day ! can't even backward the clocking slider/timer.
Cheers, Jean
#42 Posted: 4/25/2016 1:06:08 AM
Wrote
I can do it, but this means that the slider will be used just as visual feedback, since any user change triggers the evaluation that restore the input value.
Wrote.WroteIt is useful when you use one slider to fine tune several independent values (by switching between them)
Alex,
I don't understand "completely" your tune several independent values.
I suppose you mean adjusting "parameters" wrt model/modeling.
Davide and Jean,
This is how a predefined initial slider value would have been used for me before and can be used by someone in future:
-> fine tune the value using the slider
-> the value to a global variable which is passed back to the block of calcs
What I did before:
Have two sliders that define XY coordinates of the point. Use only those two sliders to modify coordinates of about 15 points. This would have been possible if the slider value could be preset from the workbook:
-> select a point
-> slider is positioned at the current point's coordinate
-> adjust the slider
-> point coordinate is stored in a global variable and becomes the new default position of the slider
-> select different point
-> repeat
To be fair I have abandoned the XY coordinate definition method in favor of using modeler region for that purpose. However the example demonstrates that presetting the initial slider position can be useful in certain cases.
#43 Posted: 4/25/2016 10:07:12 AM
Thanks Alex,
I understand why the slider is useful for you: set the coordinates of a drawing shape.
Not like me: tuning parameters of a model function [conjointly OriginLab, Smath Genfit]
Cheers, Jean.
Eastern Canada, still very fresh temperature.
I understand why the slider is useful for you: set the coordinates of a drawing shape.
Not like me: tuning parameters of a model function [conjointly OriginLab, Smath Genfit]
Cheers, Jean.
Eastern Canada, still very fresh temperature.
#44 Posted: 4/25/2016 11:59:01 PM
... forgot one of the most pertinant use of the slider:
slide the convolving function [sliding integration].
One of so many RemToDo.
slide the convolving function [sliding integration].
One of so many RemToDo.
#45 Posted: 5/7/2016 2:20:50 PM
PLUGIN UPDATED SMath Studio 0.98.5952 Nightly Build only
Slider Region.sm (28 KiB) downloaded 112 time(s).
P.S. If everything works fine, I'll relase a stable version for SS from 0.97.5346 to latest

- SMath Viewer: the same slider of the canvas will be used, instead of the standard .NET Trackbar; this makes the project more consistent and solves several bugs even in the worksheet; moreover allows to remove the scale factor;
- Scale factor removed; decimal values are now a valid input.
** if you don't have settings from canvas, transition is fully driven by the region;
** if you have settings from canvas and scale factor != 1, you have to update the input values from the canvas and change the name of the variable that contains the input settings or save and reopen the worksheet (an error message will be shown inside the region, output value will be undefined until you fix the settings); - Added new key for settings from canvas: "value" (if you want to disable input from users, region will be used just as a visual feedback);
- Added new key for settings from canvas: "initial value" (the value of the region will be set as this value if it changes);
Slider Region.sm (28 KiB) downloaded 112 time(s).
P.S. If everything works fine, I'll relase a stable version for SS from 0.97.5346 to latest
If you like my plugins please consider to support the program buying a license; for personal contributions to me: paypal.me/dcprojects
1 users liked this post
Arie 8/22/2016 10:49:00 AM
#46 Posted: 8/22/2016 10:55:57 AM
When I show the description of the slider, I receive an exception when trying to open the settings.
Picture and Exception text attached. I'm using SMath 0.98 (build: 6077) and plugin version (0.4.6078.4892).

exception.txt (25 KiB) downloaded 81 time(s).
Picture and Exception text attached. I'm using SMath 0.98 (build: 6077) and plugin version (0.4.6078.4892).
exception.txt (25 KiB) downloaded 81 time(s).
Feel free to join the SMath Studio Users Discord Channel: https://discord.gg/PayZpJW
#47 Posted: 8/22/2016 11:47:07 AM
Fixed & updated, thank you!
If you like my plugins please consider to support the program buying a license; for personal contributions to me: paypal.me/dcprojects
#48 Posted: 11/2/2021 2:29:26 PM
#49 Posted: 11/2/2021 3:25:47 PM
WroteA quick question, are there tags to enable checkboxed options?
Regards
The first should enable a permanent box containing the current value right under the slider track, it does not affect the field on the right.
The second should enable the drop down list on the right (if there is the relative canvas setting set, it should be freezed, by design)
If you like my plugins please consider to support the program buying a license; for personal contributions to me: paypal.me/dcprojects
#50 Posted: 11/2/2021 3:37:58 PM
#51 Posted: 11/2/2021 4:01:49 PM
WroteWhat I meant is if there are tags which can enable them like other tags.
for example;
"tickValueShow" = 1 --"true"
"initialValueShow" = 0 --"false"
Regards
Ah, got it!
Nope, ticksshow is driven by tickPosition=none for off or another value for on. (I might add it, though)
The value box should have its own option for sure but IDK why is only partially implemented (I don't remember if there were issues or it was lost and forgot in some more urgent update. I'll give it a closer look)
If you like my plugins please consider to support the program buying a license; for personal contributions to me: paypal.me/dcprojects
1 users liked this post
overlord 11/2/2021 5:43:00 PM
#52 Posted: 12/22/2021 6:38:23 AM
PLUGIN UPDATED SMath Studio 0.99.7822 and later
- settings from canvas: added options to show "value label";
- settings from canvas: added options to show "tick labels";
- Settings from canvas: extended valid keywords separators
- Settings from canvas: canvas variable now doesn't have anymore to contain only valid settings
- Documentation updated
If you like my plugins please consider to support the program buying a license; for personal contributions to me: paypal.me/dcprojects
2 users liked this post
#53 Posted: 12/22/2021 9:04:41 AM
Thanks, Davide, for updating the beloved Slider Region!
I'd like to make a few suggestions for further improvements:
1) The possibility to have a region with multiple slider inputs, so the output is a vector instead of a number;
2) The creation of a region that bundles together some of the existing controls. For instance: first column is a slider, second column is a comboboxlist, so the output is a vector/matrix.
3) If (1) is implemented, making the setting that controls the number of inputs a variable. In other words, making it dynamic.
These functions would considerably facilitate the input of data in the program.
In the example below, for each depth value, I need different variables and later group than with another function. Not even mentioning the work in formatting the whole thing and the grotesque text beside:

To emphasize the issue, I point it out that I can't set the value to a vector's position, like below:

So yeah, I'm stuck to lots and lots of variables, as far as I know.
Hope I'm making sense and you consider some of these ideas. Thank you for the great work!
I'd like to make a few suggestions for further improvements:
1) The possibility to have a region with multiple slider inputs, so the output is a vector instead of a number;
2) The creation of a region that bundles together some of the existing controls. For instance: first column is a slider, second column is a comboboxlist, so the output is a vector/matrix.
3) If (1) is implemented, making the setting that controls the number of inputs a variable. In other words, making it dynamic.
These functions would considerably facilitate the input of data in the program.
In the example below, for each depth value, I need different variables and later group than with another function. Not even mentioning the work in formatting the whole thing and the grotesque text beside:
To emphasize the issue, I point it out that I can't set the value to a vector's position, like below:
So yeah, I'm stuck to lots and lots of variables, as far as I know.
Hope I'm making sense and you consider some of these ideas. Thank you for the great work!
#54 Posted: 2/11/2022 10:10:31 PM
Hi, Davide! Sorry to bother, but could you give me a reply on the above?
#55 Posted: 2/15/2022 7:51:32 AM
Hello and sorry for the late answer.
The problem to multiply regions in the same container is how to implement and manage the multiple input/output values (variables, canvas settings, mouse/keyboard actions, serialization, viewer compatibility, etc...) and it might be even harder to manage "conditional inputs“ based on output values of other controls in the same group.
Probably a new datagrid region (a table with controls of each type repeated in same columns or rows) would be the most reasonable way to cover all the points using the existing code, but still require a lot of work, and existing regions have to be refactored f.e. to accommodate a flexible layout.
I already plan to implement tables in WriterRegion so I'll keep this in mind to reuse the code.
As for now in cases like the one in your screenshot I suggest to use a stack/augment approach with fixed output names, and simply copy paste as many times as needed (maybe reserving a whole page for this purpose)., something like the following pseudocode.
initialization:
regions to copy/paste:
then you can use the "M" output
The problem to multiply regions in the same container is how to implement and manage the multiple input/output values (variables, canvas settings, mouse/keyboard actions, serialization, viewer compatibility, etc...) and it might be even harder to manage "conditional inputs“ based on output values of other controls in the same group.
Probably a new datagrid region (a table with controls of each type repeated in same columns or rows) would be the most reasonable way to cover all the points using the existing code, but still require a lot of work, and existing regions have to be refactored f.e. to accommodate a flexible layout.
I already plan to implement tables in WriterRegion so I'll keep this in mind to reuse the code.
As for now in cases like the one in your screenshot I suggest to use a stack/augment approach with fixed output names, and simply copy paste as many times as needed (maybe reserving a whole page for this purpose)., something like the following pseudocode.
initialization:
M:matrix(0,x)
{group of n controls; outputs: a, b, c, d... }
M:stack(M, augment(a, b, c, d,...)
If you like my plugins please consider to support the program buying a license; for personal contributions to me: paypal.me/dcprojects
#56 Posted: 2/15/2022 2:25:24 PM
Thank you, Davide!
#57 Posted: 8/24/2024 3:27:08 AM
Hello Davide,
Concerning the « Slider Object » please add, if possible, a way to increase / decrease finer the value with one increment for each click, by introducing two buttons at the slider’s ends.

Thanks,
Ioan
Concerning the « Slider Object » please add, if possible, a way to increase / decrease finer the value with one increment for each click, by introducing two buttons at the slider’s ends.
Thanks,
Ioan
Do to others as you would like them to do to you!
Knowledge is of no value unless you put it into practice - Chekhov
#58 Posted: 8/27/2024 9:32:19 PM
I'll think about it... The mouse wheel should be the default way for the fine tuning of the slider, but I understand some wheels are not good.
If you like my plugins please consider to support the program buying a license; for personal contributions to me: paypal.me/dcprojects
#59 Posted: 8/28/2024 1:36:01 AM
Thanks for the answer.
My proposal comes from my practice.
So, the slider use is dependent also on the scale of its drawing.
It is very useful to grab the central button with the mouse, but for a fine movement sometimes it is hard enough to find the good step. That’s why I thought that a solution as in the “Numeric up-down” object could be welcomed:

Thanks again
Complementarily subject:
I profit on the occasion, to mention that I observed that the mouse wheel reactions are not the same over a X-Y plot situated in the printer’s zone or outside (no limit canvas selected). I’m interested to know if somebody else observed such a behavior?
My proposal comes from my practice.
So, the slider use is dependent also on the scale of its drawing.
It is very useful to grab the central button with the mouse, but for a fine movement sometimes it is hard enough to find the good step. That’s why I thought that a solution as in the “Numeric up-down” object could be welcomed:
Thanks again
Complementarily subject:
I profit on the occasion, to mention that I observed that the mouse wheel reactions are not the same over a X-Y plot situated in the printer’s zone or outside (no limit canvas selected). I’m interested to know if somebody else observed such a behavior?
Do to others as you would like them to do to you!
Knowledge is of no value unless you put it into practice - Chekhov
-
New Posts
-
No New Posts