forums.silverfrost.com

PaulLaidler · Posted: Wed Mar 28, 2018 4:29 pm Post subject:

The [title=xxx] option is optional - if you don't use it then you don't get a title.

a) I don't think that GET_PLOT_DATA@ is inaccurate - a least not in the latest version.

b) The latest version includes [full_mouse_input], [box_selection], etc. from %gr. Then you can get pixel data from clearwin_info@("GRAPHICS_MOUSE_X").

This will be illustrated in a ClearWin+ demo program that will be released shortly (about two weeks).

PaulLaidler · Posted: Thu Mar 29, 2018 6:46 am Post subject:

Hopefully the feedback that you need will be obtained from GET_PLOT_DATA@, clearwin_info@("GRAPHICS_MOUSE_X") and clearwin_info@("GRAPHICS_MOUSE_Y").

DanRRight · Posted: Thu Mar 29, 2018 10:18 am Post subject:

Would be great to have specific font and size for the title. Right now the main title size is the same one as for the axis labels and this no matter how much you try never looks good.

PaulLaidler · Posted: Fri Mar 30, 2018 8:49 am Post subject:

The intention is that the title is larger but I will check this out.

It's not particularly difficult to draw your own title via a callback.

It would also be a relatively easy addition to %pl (maybe an hour's work in total).

PaulLaidler · Posted: Sat Mar 31, 2018 8:39 am Post subject:

Dan

The title is drawn using the current font at the point where %pl appears in the winio@ continuation list. You set the font before %pl and restore it afterwards.

The x and y axes captions are drawn using the same font reduced in size by the factor 0.85.

A new option to specify the font and size of the title is feasible.

PaulLaidler · Posted: Mon Apr 02, 2018 10:28 am Post subject:

Dan:
A new option [title_hfont=val] has been added together with a new routine winop_hdl@ so that val can be easily supplied. The font handle can be obtained from %gf and then used in winop_hdl@...

PaulLaidler · Posted: Mon Apr 02, 2018 12:24 pm Post subject:

Here is a link to a new set of DLLs together with updated documents and the new ClearWin+ demo mentioned above. This fixes various issues in the v8.30 release. The DLLs may not work with releases earlier than v8.30.

An updated document is provided for the new parallel processing/multi-tasking feature of FTN95.

The demo appears as demo.zip and this should be extracted to a new dedicated folder.

https://www.dropbox.com/s/a7cgpkacbz6cxuf/newDLLs22.zip?dl=0

p.s.
Unfortunately this version of clearwin64.dll contains an incomplete fix with the result that SDBG64 always fails to start. The download has been removed pending further tests. I apologise for this oversight.

mecej4 · Joined: 31 Oct 2006 Posts: 1899

PaulLaidler · Posted: Thu Apr 05, 2018 8:50 pm Post subject:

No. The restriction was not intentional.

p.s.
In fact the message is the direct consequence of SDBG64 failing because of an error in clearwin64.dll. If you had a licence then you would get the actual error message which would be of no value because it relates to code in SDBG64 and in any case is false.

DanRRight · Posted: Fri Apr 06, 2018 9:33 am Post subject:

Paul
I find the graph_parameters@ John-Silver is suggesting to implement would be great for complete control of plotting process in native PL. My only change/suggestion to it would be to use relative numbers for everything not pixels which is basically the same but more universal if we scale the plot increasing or decreasing its size.

I suggest to consider even to completely switch native PL to relative numbers like in other Professional graphics software before many people started using native PL. In this case the Fortran text will be the same when you scale the plot. By relative numbers I mean pixel value divided by the entire width or height of the plot. All the numbers will be below 1. For example left margin will be 0.15, top one 0.2, right one 0.05 etc. The relative width of lines of course in this case will have too small numbers so there arbitrary numbers can be used. In Origin for example the line with 0.5 means very thin line, 1 - pretty thin, 2 and 3 are pretty much close to bold line etc

PaulLaidler · Posted: Fri Apr 06, 2018 11:58 am Post subject:

Dan

This sounds like it would require a major rewrite of something that was only intended as a stop gap. The native %pl makes no attempt to match "professional" graph plotting software given that is it only a very small part of a vast library.

PaulLaidler · Posted: Mon Apr 09, 2018 10:57 am Post subject:

Here is a link to a new set of DLLs together with the other files mentioned above. This fixes all currently known issues in the release of FTN95 v8.30.

https://www.dropbox.com/s/6zjxnvmlgvrx4ov/newDLLs23.zip?dl=0

PaulLaidler · Posted: Thu Apr 12, 2018 9:46 am Post subject:

John

I suggest that you post simple code for any remaining bugs.
Just one at a time please - i.e. post one and wait till I report that it has been fixed.

PaulLaidler · Posted: Fri Apr 10, 2020 8:21 am Post subject:

Here is a link to a ClearWin+ demo program that may be the one referred to...

https://www.dropbox.com/s/28fcogsfy943cxf/demo.f95?dl=0