Question about tabbing

[Paul Squires]

I have attached an updated FireSplitter.inc file for you guys to try.

[Martin Francom]

Thanks Paul.   I will report back later today.

[Cho Sing Kum]

Fantastic, the tabstop is following nicely from one ChildForm to another.

I think the order is probably better if the flow is from:
ChildForm1 to ChildForm2 to ChildForm3

Now, the flow is:
ChildForm3 to ChildForm2 to ChildForm1

[Paul Squires]

hmmmm.... probably has to do with the order that the forms are created when they are assigned to the panes. Maybe if they are created in the reverse sequence then the Tab order would be as you expect. I'll have to test that theory to be certain.

[Cho Sing Kum]

The forms were created and assigned in the order:

Form1 is the main form
Form2 assigned to ChildForm1
Form3 assigned to ChildForm2
Form4 assigned to ChildForm4

Actually, I stopped at Form3 to test the SplitType 0-Vertical and 1-Hoizontal. then I created Form4 and tested 2-Both (Full Left) and 3-Both(Full Bottom).

What I notice is that when the exe is run, there is no initial tabstop. Then I hit the Tab key and it goes in the order of the later/latest panel/s first.

For SplitType 0 and 1, hitting the Tab key put the initial tabstop to begin in ChildForm2 then cycle to ChildForm1.

For SplitType 2 and 3 , hitting the Tab key put the initial tabstop to begin in ChildForm3, flow to ChildForm2 and then ChildForm1.

[Cho Sing Kum]

I put this in a separate post so as not to confuse.

On the order of creation, maybe I just share my observation. This has nothing to do with the FireSplitter.

Just on a single form and the order the controls are created in it. I notice that after the controls are created and then I look into the Tab Order, the controls are presented with the latest created appearing at the top and the earliest created at the bottom. This makes the tabstop going in reverse to the order of controls creation.

I have to re-arrange them in the Tab Order using the up/down to make the tabstop flow correctly.

[Roger Garstang]

http://www.winehq.org/pipermail/wine-patches/2004-August/012158.html

Could something like this be why the properties for Class/Window Styles beeps and you can't tab between options in properties?

[Paul Squires]

I am not sure why the beep happens when the focus is lost closing the Class/Windows styles. I have alreayd commented on the WS_EX_CONTROLPARENT in this thread: http://www.planetsquires.com/protect/forum/index.php?topic=2325.msg18241#msg18241