forums.silverfrost.com

Felin · Joined: 29 Jul 2009 Posts: 7 Location: Erlangen, Germany

To do plots, I can choose 6 parameters in a second window which are plotted against the time. It works like this: pressing the Plot-Button to get from the main window to the second window. Then pressing there the "Y-Values"-Button I can choose up to 6 parameters for the y-axis. Pressing Exit, I come again to the Plot-window. Then pressing "Plot" I get the graphs and everything is perfect. But again choosing some different (or the same) "Y-Values", and pressing "Plot" again, the colours of the plots get strange: very dark most of the time almost black and no differences between the graphs can be seen can be seen.

The colours are defined like this:

PaulLaidler · Posted: Wed Jul 29, 2009 1:55 pm Post subject:

I would need more details but note that at some point in time, DRAW_LINE@ became DRAW_LINE_BETWEEN@ so this may be the source of your problem.

Felin · Joined: 29 Jul 2009 Posts: 7 Location: Erlangen, Germany

DRAW_LINE_BETWEEN@ also makes all the graphs in the wrong window.

The plot-window is basically created like that:

PaulLaidler · Posted: Wed Jul 29, 2009 3:56 pm Post subject:

OK, it looks like you are using Microsoft API calls to draw the line rather than draw_line@ or draw_line_between@ both of which are FTN95 intrinsics. draw_line (without an @) is a routine defined in your code.

Now we need to see the function PLOT_FUNCTION to see how the HDC is being generated.

Felin · Joined: 29 Jul 2009 Posts: 7 Location: Erlangen, Germany

Yes, but only because it didn't work. The programmer obviously tried to use the "Draw_line_between"-command which apparently didn't work.

It's a good question how the HDC is being generated. It is declared in the plot_function but never really mentioned there, except 1 time with CALL WINDOW_UPDATE@(HDC) at the end. I suppose it's being generated just at the beginning with "HDC=GET_BITMAP_DC@(XRES,YRES)" while
"XRES=GETSYSTEMMETRICS(SM_CXSCREEN)*0.7" and YRES analog. The PLOT_FUNCTION calls a subroutine which clears the bitmaps (CLEAR_BITMAP@(HDC)) and then does the graphs...

I hope that this helps a bit.

PaulLaidler · Posted: Thu Jul 30, 2009 8:33 am Post subject:

I don't think that I can solve this one without having all of the code.
Perhaps someone else can help.

If you want to send me all of the code, I may have to charge you if I can fix the problem.

LitusSaxonicum · Posted: Fri Jul 31, 2009 8:21 pm Post subject:

I have a lot of sympathy for your predicament, because you have fallen into a trap that I fell into many years ago. You are using an "owner draw box" (%dw) not a %gr graphics region. %dw creates a graphics area in which many of the nice graphics functions in Clearwin don't work! (for example, DRAW_LINE_BETWEEN@). Instead, you should create a %gr AND you should use RGB colours - then suddenly all the graphics subroutines work.

The trap is that there is a big chunk of FTN95.CHM that tells you how to use %dw, together with some example code (that you seem to have re-used - e.g. the subroutine DRAW_LINE). The instructions on %gr are (at first) rather more difficult to find and to follow - but persevere and you will be amazed at how much better %gr is!

You may get advice from some other forum user to use OpenGL (%og). This is even better than %gr in terms of the effects you can achieve, but much harder to get started with.

I fell into the trap of using %dw because (for some reason I can't remember now) I thought it was compatible with the graphics system that Salford FTN77 used before it was Windows-compatible, and I wanted a quick fix. Maybe it is because the example I followed used %dw. At any rate, if you use %dw you will forever be unhappy with the result!

Eddie

Felin · Joined: 29 Jul 2009 Posts: 7 Location: Erlangen, Germany

Thank you a lot! Everything just works perfect with your tips (I've used %gr) now. Very Happy

Some text-position and text-font had to be adjusted, but that was all.