SMath Studio Forum
»
SMath Studio
»
Extensions
»
Custom Glyphs plugin (previously known as Functions' Extension)
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 13/01/2012(UTC) Posts: 2,648 Location: Italy Was thanked: 1331 time(s) in 876 post(s)
|
PLUGIN UPDATED- SS-83: custom skins for Maxima wrappers The skin is applied to any Maxima(#) function (regardless the number of arguments) As mentioned in the BTS, if is in Kay's plans (and there aren't bugs/things to change) he can copy the IPluginRegionDrawing code inside the Maxima MainClass.cs to have this feature embedded in the plugin. Best regards, Davide Edited by user 27 May 2014 21:50:36(UTC)
| Reason: Not specified Davide Carpi attached the following image(s): |
If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects |
3 users thanked Davide Carpi for this useful post.
|
on 27/05/2014(UTC), on 27/05/2014(UTC), on 03/03/2016(UTC)
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 1,988 Was thanked: 1126 time(s) in 723 post(s)
|
Really nice, Davide. Thanks a lot. I see two potential improvements with the size control of the outer parens - They are a bit big for single line arguments - They are a bit small for large expressions (smaller than the next inner level) For outsiders it might be a bit difficult to find out what the symbol means and how to input it, but inside SMath you can inspect the help string by typing F12 when the function is marked. Would be fine to have the symbol on a side panel palette. mkraska attached the following image(s): |
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 13/01/2012(UTC) Posts: 2,648 Location: Italy Was thanked: 1331 time(s) in 876 post(s)
|
Originally Posted by: mkraska Really nice, Davide. Thanks a lot.
I see two potential improvements with the size control of the outer parens - They are a bit big for single line arguments - They are a bit small for large expressions (smaller than the next inner level) You're welcome. I've made a change about the brackets following your suggestions (plugin updated) Originally Posted by: mkraska For outsiders it might be a bit difficult to find out what the symbol means and how to input it, but inside SMath you can inspect the help string by typing F12 when the function is marked. Would be fine to have the symbol on a side panel palette. This is a problem for any "dressed function" as you know (here range(#) is on the top of the hits). AFAIK toolbars/palettes are hardcoded in SMath, so actually we can only ask in the BTS if is possible to unlock these features. Edited by user 28 May 2014 02:38:41(UTC)
| Reason: Not specified |
If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects |
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/12/2011(UTC) Posts: 319 Location: italy Was thanked: 109 time(s) in 93 post(s)
|
Ciao Davide, I have a problem with the function 'cases' if used within the definition of a function that expects as a result numbers or strings. sergio
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 1,988 Was thanked: 1126 time(s) in 723 post(s)
|
Originally Posted by: PompelmoTell I have a problem with the function 'cases' if used within the definition of a function that expects as a result numbers or strings.
cases() can only handle results that can be multiplied, as the function is expanded into a sum of the possible results multiplied by individual boolean statements, resulting in 0 or 1. Unless Andrey allows multiplication of strings (which could be very useful, at least multiplication by integers) or unless Davide changes the implementation of cases(), you are limited to numbers, matrices, lists and the like. You can, however, wrap your strings into matrices and extract the element afterwards. That is not really a good solution, because outsiders won't comprehend the role of the index. Last not least this is also due to that one cannot tell the matrix brackets from ordinary algebraic ones Edit: The above said applies only to numeric evaluation of the result. The solution is much easier, just switch the result optimization to "symbolic". This works no matter how the optimization setting of the definition is made. Edited by user 06 June 2014 21:06:43(UTC)
| Reason: Not specified mkraska attached the following image(s): |
|
1 user thanked mkraska for this useful post.
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 13/01/2012(UTC) Posts: 2,648 Location: Italy Was thanked: 1331 time(s) in 876 post(s)
|
Ciao Sergio switch the optimization of the s.c(z) definition to "numeric" or "none". This uses a nested if/else structure instead of the symbolic sum (available just if you define your function as "symbolic"; this is shown also in the first post attachment). In wide worksheets you can check fastly the definition optimization calling an evaluation using "none" as optimization: - if you see the sum with booleans, you have defined the function as symbolic; - if you see the cases function, you have defined the function as numeric/none. best regards, Davide Edited by user 06 June 2014 21:06:27(UTC)
| Reason: Not specified Davide Carpi attached the following image(s): |
If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects |
1 user thanked Davide Carpi for this useful post.
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/12/2011(UTC) Posts: 319 Location: italy Was thanked: 109 time(s) in 93 post(s)
|
thanks Davide and Martin, in fact I often do not pay attention to this option (symbolic-numeric). It would be useful to be able to visually differentiate this aspect
sergio
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 1,988 Was thanked: 1126 time(s) in 723 post(s)
|
Originally Posted by: PompelmoTell in fact I often do not pay attention to this option (symbolic-numeric). It would be useful to be able to visually differentiate this aspect Yes, absolutely. You might consider voting for BTS issue SS-19. |
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 13/01/2012(UTC) Posts: 2,648 Location: Italy Was thanked: 1331 time(s) in 876 post(s)
|
Hello Ioan I'm unsure on what is happening here, moving the cases outside the function it works correctly Whatever is the problem, seems that eval() helps to bypass the issue Davide Carpi attached the following image(s): |
If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects |
1 user thanked Davide Carpi for this useful post.
|
|
|
Rank: Newbie
Groups: Registered
Joined: 15/05/2015(UTC) Posts: 2
|
I have solved this equation in sage math. Please guide me how to solve this equation in smath.
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 13/01/2012(UTC) Posts: 2,648 Location: Italy Was thanked: 1331 time(s) in 876 post(s)
|
You can try using solveHere an example based on your function (stripped off some decimals, just to make the example) P.S. if your question is not related with a plugin in particular, the next time please open the question in a new thread in the Questions section Edited by user 16 May 2015 15:35:15(UTC)
| Reason: Not specified Davide Carpi attached the following image(s): |
If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects |
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 03/02/2014(UTC) Posts: 67 Was thanked: 13 time(s) in 11 post(s)
|
How do you add lines to the cases function? I have just been copying the cases function from the example file in this thread, but those only have up to 4 lines. I need more lines for a problem I am working on.
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 13/01/2012(UTC) Posts: 2,648 Location: Italy Was thanked: 1331 time(s) in 876 post(s)
|
PLUGIN UPDATED SMath Studio 0.97.5737 and later
- Project name changed;
Since this relase, this plugin will be used only to add glyphs to existing functions in third party packages (such as Maxima) or not yet implemented functions. Real functions (at, ternary booleans, cases, Kronecker, perc, permil) will be moved in the Custom Functions plugin. I think this is better in terms of organization of the plugins and less cucumbersome to understand from the user why some functions are in a plugin instead of another.
I'm trying to make the transition as smooth as possible (even if this was a beta plugin with much less downloads of the Custom Functions), thus all functions are still included in this plugin but hidden (no dynamic assistance, no glyphs, no more documented here)
|
If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects |
1 user thanked Davide Carpi for this useful post.
|
|
|
SMath Studio Forum
»
SMath Studio
»
Extensions
»
Custom Glyphs plugin (previously known as Functions' Extension)
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.