Wrote

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.

---

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.

[albumimg]138[/albumimg] [albumimg]139[/albumimg]

Wrote

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.

Updated. Fixed a few bugs (more stable version).

Wrote

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.

Wrote

Wrote

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.

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

Wrote

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?


[YOUTUBE]http://www.youtube.com/watch?v=RoY96SmeJfg[/YOUTUBE]

Wrote

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.

Wrote

Wrote

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.

Wrote

Wrote

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).

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

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.

Wrote

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.

Wrote

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).

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.

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.

---

Updated. Tested on version 0.96.4883 (16 May 2013).

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

Wrote

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.

Wrote

Wrote

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

---

Wrote

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.