forums.silverfrost.com

DanRRight · Posted: Thu Mar 16, 2017 8:45 am Post subject:

Noticed that I call the plot with one single line of Fortran source like this

call winop@(charvar, N, ix,iy, X, Y1, Y2, Y3, Y4, Y5, Y6)

to plot up to 6 curves **dynamically** - and not as if it was programmed ones for one case and you can not change anything without recompilation? This is because you can edit charvar in this window, showed in the previous post, you can update the plot the way you want dynamically. This charvar contain all the settings for the plot, and it is saved into the file each time you plot, so next time you just call the program and the plot looks perfect as you left it.

If I was not clear in previous message what I suggest to Silverfrost to think about to get ultimate easiness for the new %pl here is the picture which is as usually better then 100 words : if place the icon in the corner (marked as #1), and when the changes of the graph will be needed invoke it with right mouse. There is menu for better looking settings then the one single long heap of all things in charvar.

This is how OriginLab is doing that

PaulLaidler · Posted: Thu Mar 16, 2017 9:21 am Post subject:

Dan

Thanks for the feedback but there are no plans to do further work on the native %pl.

If you find any bugs then please let me know.

DanRRight · Posted: Thu Mar 16, 2017 1:08 pm Post subject:

I did not test native ℅pl yet but hope with last release some obvious defects we discussed before were fixed (if first user already said "the new %pl is really good". Litle bit more polishing and all will say "i love it" ).

One of such i'd say "bugs" was the axis and tic marks linewidth which was just single pixel wide. Ideally would be to make separate option for axis linewidth and curves linewidth not just one single linewidth parameter for both curves and axis like in older Simpleplot's ℅pl. That control over small details in grapgics looks like minor unimportant matter but it is exactly what distinguish beauty and ugliness. Beauty is skin deep (and ugly down to the bones)

Kenneth_Smith · Posted: Fri Mar 17, 2017 1:07 pm Post subject:

Using %`pl I can get the handle of the graphics region created by %pl, so I should be able to create a graphics region in memory into which I can copy four separate %`pl graphic areas and export them as a single image.

The following code does this, and creates an image as required. However then the user selects exit, an access violation occurs. I've hit a bit of brick wall over the last few days on this. Is there anything obviously wrong in the code?

Thanks

Ken

Kenneth_Smith · Posted: Fri Mar 17, 2017 1:08 pm Post subject:

second part

Kenneth_Smith · Posted: Fri Mar 17, 2017 1:10 pm Post subject:

And the problem:-

Kenneth_Smith · Posted: Fri Mar 17, 2017 1:54 pm Post subject:

A little bit more to the tale. If I have four graphics regions created using %`gr, it works fine as the following shows:-

PaulLaidler · Posted: Fri Mar 17, 2017 6:11 pm Post subject:

Yes you can plot more than one graph but the access violation appears to be a bug in ClearWin+ that needs fixing.

Kenneth_Smith · Posted: Fri Mar 17, 2017 8:08 pm Post subject:

Thanks Paul, I will stop pursuing this for now and just export data as a CSV for import to excel for plotting.

I did try a slightly different approach, replacing the save_plot_cb function in my first post with the following which does not call copy_graphics_region@.

Unfortunately, the error still occurs.

PaulLaidler · Posted: Sat Mar 18, 2017 4:04 pm Post subject:

Kenneth

This has now been fixed and a new set of DLLs will be available shortly.

Kenneth_Smith · Posted: Sat Mar 18, 2017 4:34 pm Post subject:

Great - thanks Paul. Very Happy

Both of us working on a Saturday - not to good. Sad

DanRRight · Posted: Sat Mar 18, 2017 4:41 pm Post subject:

My observation is if, for example, scientist does not work on Saturdays - he does not work at all. Smile

Ken, Unless there was some specific purpose for that, copy_graphics_region was actually not needed to get 4 graphs together. Just placing these 4 %gr regions next to each other with ww[no_border] doing the same trick, is shorter and more convenient for run-time plotting. Here is the code example which running makes 4 different plots at the same time. It also crashes at the exit but the reason is probably different - program needs to exit cycling do loop first, which is probably easy to fix

DanRRight · Posted: Sat Mar 18, 2017 10:08 pm Post subject:

PaulLaidler · Posted: Mon Mar 20, 2017 11:32 am Post subject:

New DLLs are now available via the following link. The usual cautions apply.
See the readme for new %pl options.
Please report any bugs but not requests for additional features.

https://www.dropbox.com/s/ycd80m06hx9uxys/newDLLs5.zip?dl=0

Kenneth_Smith · Posted: Mon Mar 20, 2017 9:23 pm Post subject:

Paul,

Thanks for that - no exception on program exit now.

However, the problem with the curve fitting has come back to haunt us.

Using newdlls4 there is no overshoot in the step responses:-

But with the newdlls5 there is :-

I'm not worried about the aspect ratio - that can be fixed with the new %pl[margin=n], n = 30 looks about right to me, and the %pl[etched] is a nice touch.

Hope this is an easy fix for you. The new %pl just about does everything I need it to do now.

Thanks

Ken