Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 2,045 Was thanked: 1176 time(s) in 752 post(s)
|
Originally Posted by: uni It's hard to do. Symbol density depends on the density of points. But it depends on the algorithm used and the type of function. I'm using the marching squares algorithm that generates a set of segments on the grid cells. Each segment - two points at the ends of the segment. More cells - more points, and hence more symbols. The segments are drawn independently each other. Thanks for the explanation. I was not asking for an arc length based marker spacing, just plotting e.g. every other or every third point. This still would not be ideal (non-equidistant markers, mismatch in closed loops) but would provide control over the average density without being forced to set the base grid too coarse. One might, of course, argue if the result would be worth the effort. mkraska attached the following image(s): |
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,639 Was thanked: 1400 time(s) in 817 post(s)
|
We have a random set of segments, each with two points. The points can't be regularized. The circle - is the visibility of their order. In fact the segments may be arranged randomly. Edited by user 12 May 2013 17:35:18(UTC)
| Reason: Not specified |
Russia ☭ forever (git.io/vOZo0) Viacheslav N. Mezentsev |
3 users thanked uni for this useful post.
|
on 12/05/2013(UTC), on 12/05/2013(UTC), on 13/05/2013(UTC)
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 2,045 Was thanked: 1176 time(s) in 752 post(s)
|
Originally Posted by: uni We have a random set of segments, each with two points. The points can't be regularized. The circle - is the visibility of their order. In fact the segments may be arranged randomly.
Ok, it took a while, but now I understand. The only way out would be to identify segment chains. That could perhaps provide benefits (half the number of points) but would not be for free, neither in terms of coding, nor in terms of performance. |
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,639 Was thanked: 1400 time(s) in 817 post(s)
|
Updated. Fixed a few bugs (more stable version). |
Russia ☭ forever (git.io/vOZo0) Viacheslav N. Mezentsev |
4 users thanked uni for this useful post.
|
on 14/05/2013(UTC), on 14/05/2013(UTC), on 14/05/2013(UTC), on 14/05/2013(UTC)
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 2,045 Was thanked: 1176 time(s) in 752 post(s)
|
Originally Posted by: uni Updated. Fixed a few bugs (more stable version). Thanks for the update. Still, Smath crashes when Ctrl-dragging a Y-X-Region. Also, the region does not yet cope with undefined values. Region switches to error state in such cases. |
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,639 Was thanked: 1400 time(s) in 817 post(s)
|
Originally Posted by: mkraska Originally Posted by: uni Updated. Fixed a few bugs (more stable version). Thanks for the update. Still, Smath crashes when Ctrl-dragging a Y-X-Region. Updated. Try again. |
Russia ☭ forever (git.io/vOZo0) Viacheslav N. Mezentsev |
2 users thanked uni for this useful post.
|
on 14/05/2013(UTC), on 14/05/2013(UTC)
|
|
Rank: Advanced Member Groups: Registered
Joined: 30/03/2011(UTC) Posts: 393
Was thanked: 133 time(s) in 114 post(s)
|
How the mouse interaction is supposed to work ? See this test on xp/smath-mono, zoom does not seem to work, when I drag over the plot, it does not redraw itself until I click outside. video: http://screencast-o-matic.com/watch/cIh2rTVt0B
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,639 Was thanked: 1400 time(s) in 817 post(s)
|
Originally Posted by: kilele How the mouse interaction is supposed to work ? See this test on xp/smath-mono, zoom does not seem to work, when I drag over the plot, it does not redraw itself until I click outside. video: http://screencast-o-matic.com/watch/cIh2rTVt0B What version SMath Studio?
Edited by user 15 May 2013 00:48:24(UTC)
| Reason: Not specified |
Russia ☭ forever (git.io/vOZo0) Viacheslav N. Mezentsev |
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 30/03/2011(UTC) Posts: 393
Was thanked: 133 time(s) in 114 post(s)
|
Originally Posted by: uni What version SMath Studio?
night build for linux run within win xp. Sorry I don't want to install more than two versions.. I can test it with the portable version, and also on vista.
|
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,639 Was thanked: 1400 time(s) in 817 post(s)
|
Originally Posted by: kilele Originally Posted by: uni What version SMath Studio?
night build for linux run within win xp. Sorry I don't want to install more than two versions.. I can test it with the portable version, and also on vista. Now I understand, this is normal behavior. In older versions had a problem with redrawing the region when the mouse moves. Andrey wrote about it: "RegionHolder improved to avoid excess invalidation on mouse move;". If the majority of users will use the night version and newer, I will fix this problem. |
Russia ☭ forever (git.io/vOZo0) Viacheslav N. Mezentsev |
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 2,045 Was thanked: 1176 time(s) in 752 post(s)
|
Originally Posted by: uni Originally Posted by: mkraska Thanks for the update. Still, Smath crashes when Ctrl-dragging a Y-X-Region.
Updated. Try again. Thanks for the update, problem solved. Remaining problems: undefined values handling, mouse interaction (I have to press a key (any, except ctrl or shift) while dragging the plot contents. I guess that this is not by design. Don't know if that is similar to kilele's problem (can't display his screen cast). Also, independent zooming of x and y would be highly welcome, similar to the built in region (and a hotkey for setting aspect ratio to 1) I use 4875 (never saw the version 4871). |
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 30/03/2011(UTC) Posts: 393
Was thanked: 133 time(s) in 114 post(s)
|
I forgot why I use the mono build in linux, the portable version does not allow users plugins! So I tried the last stable mono and this is the result. This time I plugged a mouse with wheel to check the zoom option. As you can see at 1 minute in the video, if I mouse-wheell too fast the effect is as if I made a double-click, also ctrl+drag does not seem to produce any effect. http://screencast-o-matic.com/watch/cIh232VtZhIs there any chance that you can use the controls on the left panel for regular plots ? maybe you plan to add your own icons adjacent to the plot itself ? something like these controls: http://graphr.org/I like especially the trace and zoom controls...the others are great too but not vital, though other math programs like Mathstudio has a 'root' control as well. Edited by user 15 May 2013 01:29:06(UTC)
| Reason: Not specified
|
1 user thanked kilele for this useful post.
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,639 Was thanked: 1400 time(s) in 817 post(s)
|
Originally Posted by: kilele I forgot why I use the mono build in linux, the portable version does not allow users plugins! So I tried the last stable mono and this is the result. This time I plugged a mouse with wheel to check the zoom option. As you can see at 1 minute in the video, if I mouse-wheell too fast the effect is as if I made a double-click, also ctrl+drag does not seem to produce any effect. http://screencast-o-matic.com/watch/cIh232VtZh When you make a video, you need to show the version of the program. I don't have Linux and I can't test the plugin. This strange behavior I can't to explain for now. Originally Posted by: kilele Is there any chance that you can use the controls on the left panel for regular plots ? maybe you plan to add your own icons adjacent to the plot itself ? something like these controls: http://graphr.org/I like especially the trace and zoom controls...the others are great too but not vital, though other math programs like Mathstudio has a 'root' control as well. I'll think about it. Andrey promised to do in the future similar settings for all plugins (regions). |
Russia ☭ forever (git.io/vOZo0) Viacheslav N. Mezentsev |
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 30/03/2011(UTC) Posts: 393
Was thanked: 133 time(s) in 114 post(s)
|
Do you want me to show the about dialog in the video ? ok Anyway I'm not in Linux but in windows running the mono files..have you tried it ? it seems to behave the same way as the regular version for windows. EDIT: As to the mouse wheel issue I mentioned above, never mind! the double-click which causes to show up the properties dialog is my fault: this does not happen when making a fast mousewheel UP, just when mousewheeling DOWN, I've just checked it up again and I was pressing the mouse wheel, so it works really fine! @Martin, yes it is the same issue. Edited by user 15 May 2013 03:20:42(UTC)
| Reason: Not specified
|
1 user thanked kilele for this useful post.
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 2,045 Was thanked: 1176 time(s) in 752 post(s)
|
Just downloaded the new Maplewrapper version and went through the examples. in "Trigonometric functions.sm", there is a problem with xy-Plot, see attachment. The original plot in the example does not work, thus I tried an internal plot, which is fine. Then I deleted the xy-plotregion and created a new one. This works, unless you try to enlarge the plot above a particular level. This is reproducible. If you reduce the size, then the plot re-appeares, make it a little larger, it disappears again. In the screenshot there are two regions of different size, the smaller works, the larger does not. mkraska attached the following image(s): |
|
1 user thanked mkraska for this useful post.
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,639 Was thanked: 1400 time(s) in 817 post(s)
|
Updated. Tested on version 0.96.4883 (16 May 2013). |
Russia ☭ forever (git.io/vOZo0) Viacheslav N. Mezentsev |
2 users thanked uni for this useful post.
|
on 15/05/2013(UTC), on 16/05/2013(UTC)
|
|
Rank: Administration Groups: Registered, Advanced Member Joined: 23/06/2009(UTC) Posts: 1,740 Was thanked: 318 time(s) in 268 post(s)
|
Hmm...strange...Just a simple "x" (or any other undefined variable) will not get a straight line passing through origin . The error "undefined function:x" will be issued. "x+0", "1*x" will work, or f(x):=x - but simple "x" will not. Regards, Radovan Edited by user 15 May 2013 23:50:35(UTC)
| Reason: Not specified |
When Sisyphus climbed to the top of a hill, they said: "Wrong boulder!" |
|
|
|
Rank: Advanced Member Groups: Registered, Advanced Member Joined: 10/11/2010(UTC) Posts: 1,639 Was thanked: 1400 time(s) in 817 post(s)
|
Originally Posted by: omorr Hmm...strange...Just a simple "x" (or any other undefined variable) will not get a straight line passing through origin . The error "undefined function:x" will be issued. "x+0", "1*x" will work, or f(x):=x - but simple "x" will not. Regards, Radovan Must be version 0.1.4884.4367. |
Russia ☭ forever (git.io/vOZo0) Viacheslav N. Mezentsev |
|
|
|
Rank: Administration Groups: Registered, Advanced Member Joined: 23/06/2009(UTC) Posts: 1,740 Was thanked: 318 time(s) in 268 post(s)
|
Originally Posted by: uni Originally Posted by: omorr Hmm...strange...Just a simple "x" (or any other undefined variable) will not get a straight line passing through origin . The error "undefined function:x" will be issued. "x+0", "1*x" will work, or f(x):=x - but simple "x" will not. Regards, Radovan Must be version 0.1.4884.4367. Yes, you are right omorr attached the following image(s): |
When Sisyphus climbed to the top of a hill, they said: "Wrong boulder!" |
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 2,045 Was thanked: 1176 time(s) in 752 post(s)
|
Originally Posted by: uni Updated. Tested on version 0.96.4883 (16 May 2013). Thanks for the update. This solves the resizing problem and the mouse dragging problem (had to press a key in order to drag the plot with the mouse). Tested in 4883 (with annoying error messages at each interaction and no way to access the context menu of the plot) and in 4875. Open issues: - handling of undefined values, - re-calculation upon mouse release. Currently, even leaving the region will not trigger update of the plot. Edited by moderator 16 May 2013 01:44:28(UTC)
| Reason: Not specified |
|
|
|
|
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.