PlanetSquires Forums

Support Forums => Other Software and Code => Topic started by: Paul Squires on December 08, 2009, 09:15:27 AM

Title: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 09:15:27 AM
Hi Everyone,

As I mentioned in another thread, I have posted files for the upcoming v3.05 for users to test if they wish. (refer to this thread for the files; http://www.planetsquires.com/protect/forum/index.php?topic=2183
)

If you are a user who has encountered the dreaded "zorder kiss of death" problem then please try the new files. In my tests the new files seem to have solved the zorder problem where all controls mysterially they get reset to a value of one thereby causing a GPF during code generation.

There are other fixes and feature tweaks in the files as well. Just make sure that you extract all files and overwrite your existing ones.

Make sure that you copy in the new custom control .ctl files !!!!!!! These new files all contain entries for a new "locked" property. If you do not use the new .ctl files then you will not be able to select custom controls that exist on any of your forms in your projects.

For those of you who have downloaded and are using the new files, please post here to let me know if the v3.05 files are working well for you.

Thanks!
Title: Re: FF3 v3.05 Preview is available
Post by: Marc van Cauwenberghe on December 08, 2009, 09:25:02 AM
So what your saying is the I need to copy the *.ctl file also to the registered version of Egrid also.

Marc
Title: Re: FF3 v3.05 Preview is available
Post by: Marc van Cauwenberghe on December 08, 2009, 09:29:42 AM
I did have to edit the *.ctl file so it gave 'Egrid professional' and not 'Egrid professional (demo)

Marc
Title: Re: FF3 v3.05 Preview is available
Post by: Rolf Brandt on December 08, 2009, 10:08:31 AM
Hi Paul,

An odd behaviour with the Tab control I have now.

I have a Listview on a Tab child. The Tab control and the Tab child get's resized in the main form's size event. The listview gets resized in the Tab child's size event. That worked good so far.

With the 3.05 Preview now a click on the Tab header shrinks the listview. When I size the form the listview gets properly sized. Then a click on the header ... and so on.

Any Ideas?
Title: Re: FF3 v3.05 Preview is available
Post by: Rolf Brandt on December 08, 2009, 11:11:55 AM
Added two Jpg's to illustrate...

It's not the listview that shrinks, it's the child forms. I attached a small project to demonstrate this behaviour.
Title: Re: FF3 v3.05 Preview is available
Post by: Rolf Brandt on December 08, 2009, 12:47:25 PM
I toyed a little more with this. If I just resize the Tab control and put the child forms to autosize then it would always need an extra click on the Tab header for the child forms to resize.

But if I set the child forms to Autosize PLUS resize them manually in FORM1_WM_SIZE event then things work perfect.
Title: Re: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 03:21:05 PM
Thanks Rolf, I will check this out tonight. Maybe I need to tweak the code generation a bit.
Title: Re: FF3 v3.05 Preview is available
Post by: Martin Francom on December 08, 2009, 06:25:22 PM
Paul,
    Some other observation about FFv3.05

1)  Courier New  font  does not display in TextBox

2) After working with a program for a while compiling and every thing seems to be working ok.   I will add or modify a statement and try to compile then I will get a compiler error that says "Error 493 - Compiler File not found/accessable"

I am am currently trying to figure out how to correct this.  Do you store stuff in the windows Registry?    If so, maybe thats where the problem is coming from? 

Ok, the CodGen files are created, so tryed to compile derectly with PB9.  Got the following error:  Error 493   and pointed to  "CODEGEN_RRBUTTONINC_MODULE.inc"
See picture below:
Title: Re: FF3 v3.05 Preview is available
Post by: Martin Francom on December 08, 2009, 08:22:54 PM
FFv3.05  just keeps on giving...

Working with another program which was compiling fine it now Crashes FF when FF tries to compile it.   See picture:

Title: Re: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 08:47:45 PM
Hi Marty,

With 3.05 you should load each of your Forms for the entire project into the designer. The form actually needs to be shown visually on the screen in order for the zorders to be correctly determined. Once the Form is displayed then the zorder and taborders are calculated. You should be able to safely close the forms from that point on (ie. you won't have to redisplay the form everytime you load the project).

It is important that the zorders and taborders get generated otherwise you may get the GPF or code for controls may not get correctly generated which is probably why you got that "missing file" error in your previous post.
Title: Re: FF3 v3.05 Preview is available
Post by: Martin Francom on December 08, 2009, 09:14:47 PM
Paul,
   The strange thing is that this program was compiling OK with v305 and then all of a sudden it stopped working and started the GPF.

   I will try your suggestion and report back.

Ok, unloaded each form and then reloaded them.  On one form there were several RRButtons now the RRButton do NOT show on the form.  They are still listed in WorkSpace dialog on the Explorer tab but they are missing from the form it self.
   Any thought what I should now do?
Title: Re: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 09:33:45 PM
Quote from: Marty Francom on December 08, 2009, 09:14:47 PM
On one form there were several RRButtons now the RRButton do NOT show on the form.  They are still listed in WorkSpace dialog on the Explorer tab but they are missing from the form it self.
   Any thought what I should now do?

Try opening the *.frm in a text editor and look at the control definitions for the values of zorder and tabindex for each of those RRButtons - are they all the same value? Maybe you can post the contents of the *.frm here so I can see why it is strangely not working.
Title: Re: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 09:36:04 PM
Quote from: Rolf Brandt on December 08, 2009, 11:11:55 AM
It's not the listview that shrinks, it's the child forms. I attached a small project to demonstrate this behaviour.

Hi Rolf,

I tried your sample project. I am not sure about your use of resizing the child forms in WM_SIZE. The way you are calculating the child form sizes is not correct. The code below will fix the form positioning for you when the tabcontrol resizes in WM_SIZE.


'--------------------------------------------------------------------------------
Function FORM1_WM_SIZE ( _
                       hWndForm      As Dword, _  ' handle of Form
                       fwSizeType    As Long,  _  ' type of resizing request
                       nWidth        As Long,  _  ' new width of client area
                       nHeight       As Long   _  ' new height of client area
                       ) As Long

   
   MoveWindow HWND_FORM1_TABCONTROL1, 0, 0, nWidth, nHeight, %TRUE   
 
  ' Not sure why you are resizing the child forms? The values in the MoveWindow would
  ' not be correct if you are trying to maximize the child forms to the size of the
  ' TabControl client area.
 
  ' MoveWindow HWND_FRMCHILD1, 0, 22, rc.nRight - rc.nLeft, rc.nBottom - rc.nTop - 22, %TRUE 
  ' MoveWindow HWND_FRMCHILD2, 0, 22, rc.nRight - rc.nLeft, rc.nBottom - rc.nTop - 22, %TRUE 
  ' MoveWindow HWND_FRMCHILD3, 0, 22, rc.nRight - rc.nLeft, rc.nBottom - rc.nTop - 22, %TRUE
 
 
  ' Need to manually send the notifications because the child forms are only resized
  ' when the current tab changes, rather than when the form and tab controls are resized.
  Local Tab_Notify      As NMHDR   
  Tab_Notify.hwndFrom = HWND_FORM1_TABCONTROL1
  Tab_Notify.Code     = %TCN_SELCHANGING
  SendMessage hWndForm, %WM_NOTIFY, IDC_FORM1_TABCONTROL1, VarPtr(Tab_Notify)
  Tab_Notify.Code     = %TCN_SELCHANGE
  SendMessage hWndForm, %WM_NOTIFY, IDC_FORM1_TABCONTROL1, VarPtr(Tab_Notify)

End Function


Title: Re: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 09:41:46 PM
Marty - I got your email with the project. I am checking it out now.
Title: Re: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 09:45:22 PM
Marty - I replied to you via email. No GPF for me. Looks like a couple #INCLUDEs are in the wrong place.
Title: Re: FF3 v3.05 Preview is available
Post by: Martin Francom on December 08, 2009, 09:51:23 PM
Quote from: TechSupport on December 08, 2009, 09:45:22 PM
Marty - I replied to you via email. No GPF for me. Looks like a couple #INCLUDEs are in the wrong place.


Well, I just loaded a diferrent program and it two is missing the RRbuttons  and also the FireSpliiter control.

You were able to compile?  Would you email back the project with what ever changes you had made.

This is strange.  Maybe something happened to the form I have when i unloaded the form and reloaded it.  you would have had an earier version.
Title: Re: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 09:56:22 PM
I was able to compile and run your project with no trouble other than making the minor change for the two INCLUDE lines. I will email the project back to you in a minute.
Title: Re: FF3 v3.05 Preview is available
Post by: Martin Francom on December 08, 2009, 10:09:57 PM
Paul,
    Got the zip.  However, you are missing seeing the missing RRbuttons.   Go to FORM1 you will notice that no RRbuttons are visable.  Now, select Properties and scroll down the selection list your will find a number of RRbuttons.
Why are thes not visible on the form?
Title: Re: FF3 v3.05 Preview is available
Post by: Paul Squires on December 08, 2009, 10:16:28 PM
Hi Marty,

I am seeing all of the RRButtons on the Form. We can continue this conversation via email. I will email you a screenshot of what I am seeing.
Title: Re: FF3 v3.05 Preview is available
Post by: Rolf Brandt on December 09, 2009, 04:22:11 AM
Yep - that's perfect, Paul. Thanks al lot for that piece of code.

Rolf