forums.silverfrost.com

DanRRight · Posted: Tue Oct 12, 2021 9:11 pm Post subject:

Yes, Ken, they are in correct order, the last color is red, not blue. Same colors then were taken for the legend with numbers at the right. Looks like this is the second bug here besides the one which did not allow >10 plots. WE NEED MORE USERS of %PL. This way such bugs will be revealed quicker.

/* I do not understand why people using this compiler do not use the unique opportunity that the same company which makes them compiler makes also the graphics and GUI too. If all 3 were different pieces software from 3 different vendors the chance users code will disintegrate over a decade, maximum two would be almost 100%. Clearwin, its graphics, and OpenGL are working for all other Fortran compilers now, so the bet on using them is safest ever

Kenneth_Smith · Posted: Tue Oct 19, 2021 7:59 pm Post subject:

Dan wrote

DanRRight · Posted: Wed Oct 20, 2021 4:56 am Post subject:

Ken, Thanks for attention to this issue
Here is my way of assigning colors.

Kenneth_Smith · Posted: Wed Oct 20, 2021 2:02 pm Post subject:

Dan,

This demonstrates where I think the issue may be:

DanRRight · Posted: Wed Oct 20, 2021 11:31 pm Post subject:

Yes! This was the solution.
Ken, i owe you! This devilry tricked me so much that even comparing colors i have not noticed differences but they existed

DanRRight · Posted: Tue Oct 26, 2021 8:48 am Post subject:

Paul,
In your first answer to my post you have shown how to use set_plot_mode@(1) and there you have plotted an example of draw_filled_polygonD@.

Question: are polygons' borders antialiased like they are for the lines ? Here is cut from my other program which uses this method and it plots gray vertical polygons stacked one near another from left to right with gradually changing color. And also shown is the line. Clearly the line is antialiased for smoothness which is good. But what happens with the polygons is that they sometimes mess the plot by leaving antialased lines of lighter colors. The whole gray gradient has to be very smooth but it is now not. Is it possible to switch off antialiasing specifically for polygons and switch it on again for everything else?

DanRRight · Posted: Tue Oct 26, 2021 8:49 pm Post subject:

Somehow i do not see antialiasing on you own example. Only numbers are antialiased

Look below what the perfection can %PL create in minutes. And i did not yet used Designer mode to improve it. Why crazy fortraneers do not use Clearwin like crazy is beyond my comprehension.
The only problem left is spurious antialiasing of these gradients

PaulLaidler · Posted: Wed Oct 27, 2021 8:49 am Post subject:

In my sample program the smoothing mode is set to 5 in the main program and this value is used when calling draw_curvesD@.

At the moment you can't dynamically change the %pl smoothing mode by a call to set_smoothing_mode@ but I have made the necessary changes so that this call will work in the future.

draw_curvesD@ will provide smoothing even when you don't ask for it (mode = 0) so if you want no smoothing then you must call set_smoothing_mode@(3) which is also a no-smoothing mode.

In the following sample (which will work with the next release of ClearWin+) the default %pl smoothing mode is 5 but the curve is draw without smoothing.

DanRRight · Posted: Wed Oct 27, 2021 9:26 am Post subject:

Great, thanks Paul.
One more small suggestion for potential improvement: when i exit the plot made with this new option set_plot_mode@(1) what happens is that, say, draw_line_betweenD@ is still performing plotting in this mode but plot is already destroyed before set_plot_mode@(0) is called at the end of its subroutine and i get crash with "Error: The current drawing surface is not from %PL graph"

Things are that cancelling plots usually happens very many times per day without waiting when it finishes plotting (plotting may be performed by the running code automatically every second or so to catch specific moment).

Crashing in this case is crashing the entire code, not just this specific plot, and this is very painful experience. Would be great if such error message appeared without crash, it's OK to have such message but preferably that it disappear when you just touch it with the mouse (adding to message the %sv). I think conflict appears because there are many other %GR and %PL windows in regular mode (set_plot_mode@(0) ) still open when you cancel set_plot_mode@(1) plot

PaulLaidler · Posted: Wed Oct 27, 2021 9:47 am Post subject:

Dan

This particular error message already provides a message box with the option to continue without raising an exception.

DanRRight · Posted: Wed Oct 27, 2021 10:15 am Post subject:

Cool, thanks

DanRRight · Posted: Fri Dec 17, 2021 8:13 am Post subject:

I had the following problem with new mode the example of which was shown by Paul as the first demo code in this thread. Somehow the draw_line_betweenD@ misses %PL window and when CWP detests that it allows to avoid the crash by offering an option (popped some window) to ignore the problem but when i click Ignore All, the code still stops in Debugger as an Error and i have to restart the program.

I suspect this may happen because i use %lw at the end of the function which is opening %PL window (see the last picture above. I use %lw to allow other windows to be available during the run) so that when draw_line_betweenD@ starts numerous plots inside large DO loop, it sees other graphics windows as active ones in normal standard mode not in set_plot_mode (1). And when protection to avoid the crash kicks in to resolve the problem, it still somehow does not succeed

This is already part of large code and i can not extract the demo. May be this info is enough to suggest the solution to avoid this crash. Or may be some more strong protection could be possible to add to CWP so that draw_line_betweenD@ will ignore and do not crash when missing needed mode or even will not crash when there is no any graphics windows at all

PaulLaidler · Posted: Fri Dec 17, 2021 8:40 am Post subject:

Dan

I would start by using clearwin_string@("CALLBACK_REASON") within the drawing function (if you are not doing so already). Find the "reason" corresponding the required drawing and make this a condition...

IF(clearwin_string@("CALLBACK_REASON") == "....")THEN....

DaveyG · Joined: 29 Oct 2021 Posts: 2

hello, - i was just wondering around looking at posts and was attracted by the colourfulness of the last plot posted on page 1 - nice DanRight
just one question - on the vertical scale, how can the exponent be raised up like on the first plot again on p.1 at the beggining - also i may have bad eyes but are those numbers centred on the marks on the axis or slightly shifted? - what's the procedure for positioning the values in a particular location relative to the ticks?

DaveyG · Joined: 29 Oct 2021 Posts: 2

ah-sorry, just spotted something else on the second graph- how is the variable number of decimal points specified for the alternate numbers again on the vertical axis ?