replica nfl jerseysreplica nfl jerseyssoccer jerseyreplica nfl jerseys forums.silverfrost.com :: View topic - Example Plot - Incorrect Plot ?
forums.silverfrost.com Forum Index forums.silverfrost.com
Welcome to the Silverfrost forums
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Example Plot - Incorrect Plot ?
Goto page 1, 2  Next
 
Post new topic   Reply to topic    forums.silverfrost.com Forum Index -> ClearWin+
View previous topic :: View next topic  
Author Message
Kenneth_Smith



Joined: 18 May 2012
Posts: 815
Location: Hamilton, Lanarkshire, Scotland.

PostPosted: Thu Sep 10, 2020 1:41 pm    Post subject: Reply with quote

I think this is a consequence of the minor changes that had been made to the native %pl. If you use the latest dlls you get a slightly different plot to the two examples in John's post.

https://www.dropbox.com/s/wdfl0x8pmc3di4c/pl_plot.jpg?dl=0
Back to top
View user's profile Send private message
Kenneth_Smith



Joined: 18 May 2012
Posts: 815
Location: Hamilton, Lanarkshire, Scotland.

PostPosted: Fri Sep 11, 2020 6:56 pm    Post subject: Reply with quote

John,
Look at the numbers on the x axis in your plot and compare with the one i produced.
Ken
Back to top
View user's profile Send private message
LitusSaxonicum



Joined: 23 Aug 2005
Posts: 2402
Location: Yateley, Hants, UK

PostPosted: Fri Sep 11, 2020 11:13 pm    Post subject: Reply with quote

Sometimes the difference in appearance of a window is the result of a Microsoft change, as exemplified by what happens between Windows versions, and now that Microsoft intend to do these changes via the updates, presumably they will happen whether you like it or not. I suppose that refinements in FTN95 will also make changes, just as if you changed your Fortran code.
I find that the differences show up most obviously when you have screen-grabbed something to go in a Help file, or in a Powerpoint file giving instructions on how to use a feature. Such an effect is pretty obvious in the FTN95.CHM or in the PDFs of the original printed documentation. They are frustrating, but are artefacts of �progress� and just have to be lived with.
I find it particularly frustrating that the appearance of all the %ib options are �out of date�, and the %tb (which %ib was supposed to replace, according to the documentation) is more easily adapted to the latest windows visual conventions, which for me involves the redesigning of hundreds of bitmaps. And that�s for a Microsoft change.
Eddie
Back to top
View user's profile Send private message
DanRRight



Joined: 10 Mar 2008
Posts: 2924
Location: South Pole, Antarctica

PostPosted: Sat Sep 12, 2020 8:18 pm    Post subject: Reply with quote

John, you are a perfectionist in this respect. You notice things i often do not pay attention. If Y axis name would be placed in the axis center (this is older defect which still exists in all versions of new native PL) i'd from first glance not noticed any defects. Catching such problems is the software QA (quality assurance) job and is currently popular by the way Smile

I remember how you have ones noticed not centered by the tiny tiny margin the X axis numbers. Later on i also noticed that in some situations. Here 200, 400, 600 are shifted a bit but this is not noticeable. When you have just one digit numbers though this tiny shift is clearly visible. The same with Y axis numbers where they are shifted a bit down, specifically visible with negative numbers -0.3, -0.6, -0.9 because minus sign is not aligned with the tic mark. This is clearly systematic shift and hope it could be fixed quickly.

I do not find missing numbers on X axis is a problem, quite opposite but if being picky even more the appropriate ticks have to be smaller (they are called minor tick marks) . And distance of Y axis numbers and tics a bit larger.

Keep doing such important job, John. Silverfrost has to encourage it more, this improves software quality while people are doing this like the devoted fans, and for free.

Anyway, one small my own wish here too: do all see that the step on Y axis is 0.3 ?

0...0.3...0.6...0.9...1.2...

This is i'd consider as a real defect of the algorithm if there is no manual setup for that (before there was no such option, or it did not work reliably when tried, now i need to check again). The step=0.3 will not allow to have on axis plotted value of 1 which is most important in all used graphs in science and engineering. With huge probability people will use normalized values to plot, and there 1 on axis is literally a must. So the better automatic delta placement would be 0.1, 0.25, or 0.5 not the 0.3. If this would require too much time to fix (i know that could be painful, i also had 0.3 on my own graphics routines i wrote decades ago and hated that for many years), then there have to be the manual settings for step
Back to top
View user's profile Send private message
Kenneth_Smith



Joined: 18 May 2012
Posts: 815
Location: Hamilton, Lanarkshire, Scotland.

PostPosted: Tue Sep 29, 2020 4:39 pm    Post subject: Reply with quote

Yes, those are the dlls I am referring to.
Back to top
View user's profile Send private message
DanRRight



Joined: 10 Mar 2008
Posts: 2924
Location: South Pole, Antarctica

PostPosted: Thu Nov 05, 2020 1:12 am    Post subject: Reply with quote

John,

There are couple good trends
1) people switch to large 4k and 8k monitors. Such screens magnify all small defects of graphics and should speed up fixes.

2) Computer graphics in games, business apps and internet blogs become more and more amazing. My impression is that all major scientific journals are competing not just in quality of content but in quality of graphics too. Einstein would be rejected in all journals till he made the nice looking pictures of relativity theory Smile. Your grant applications will be rejected if there is no good graphics emphasizing your ideas. I hope that Fortran graphics plots which still look not very different from this
Code:
Y
|
|      o
|   o    o
| o       o 
|          o
|----------o--------X
|          o
|          o
|          o

will eventually catch them up even in default settings Smile

But the users have to see many flashy examples of using native %PL. Such programs have to be so small (some ultimately just couple lines of Fortran) and so nice looking that even hardcore Fortran users will stop procrastination and start using %PL. More users means faster updates and fixes.

Also as we saw recently Paul is working on global upgrade of %PL. The fixes of older code in this case have no any sense because in the new %PL you will be able to change anything you want the way fits you just with few clicks. And all plotting in some cases is done in one Fortran line
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    forums.silverfrost.com Forum Index -> ClearWin+ All times are GMT + 1 Hour
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group