Hi,

I have the exact same problems as listed above by Boyd and SteveL. Is there anything codejock can do to fix this? I refuse to accept the fact that there is no way for a pane with a grid control or treeview to work correctly? I used forms as well in my panes. I'm willing to use pictureboxes if that is in fact the workaround that will get the panes working corectly, but it looks like even that has problems! How should I proceed from here? It seems the docking panes have a fundemental problem that should be addressed and documented somewhere.

Regards...

Hi,
Apparently my problem has something to do with focusing of the PictureBox. After I set the TabStop as false, it worked but once I clicked on a Textbox in the PictureBox, it gets stuck again.

Albert

Hi,
I am having the same problem as knijff where after placing my forms in PictureBoxes and float them, I can't interact with parent form.
Anyone know anywork around?
Albert

Hi,

I had the same problem with the focus, so I am using PictureBoxes now for the DockingPanes.

However, I discovered a major problem: when you make the docking pane floating, the form of the DockingPane cannot get the focus anymore... (it looks that the floating pane becomes Modal)

Has anyone encountered this problem and have a workaround?

Thanks,

Thierry

Hi.

I have an application with up to seven panes open at any one time. Each one of these contains a form with a variety of controls. We are implementing a windows explorer style interface with a treeview in one pane, which acts as the parent and the rest of the panes being children whose data is dependant upon what level in the treeview we are.

As we change the level of the treeview we therefore update the data shown in all child forms.

The problem is, if I use the cursor keys to navigate the treeview, it fires a nodeclick event (correctly) which updates the child forms(correctly).

Unfortunately, for some reason, the pane with the treeview then loses focus and one of the child panes becomes active. I have even tried explicitly setting the focus back to the form and treeview control but this still doesn't work.

However, if I have no other panes open it behaves correctly. When I do have other panes there, I am never setting focus to them, merely updating their displays via code. I could perhaps accept the fact that this is all down to the way that vb handles things and that maybe I should be using picture boxes instead, if it wasn't for the following:

If I have the pane with the treeview floating, it works correctly. It is just when it is docked that it all becomes a mess. I've noticed other posts elsewhere that have similar issues.

This suggests to me that the docking pane may be handling things differently for docked panes and floating ones, so there may be something that codejock developers can do.

Has anyone encountered similar and have a workaround (that doesn't involve rewriting the whole app with picture boxes two weeks before its supposed release date!!)?

Cheers,

Steve

I have some problems doing the PictureBox way Boyd descibed in my MDI VB6 application:
When I put a picturebox on my main mdi form the picturebox is put to the top of the window and I can change its location. That makes it hard to handle more pictureboxes/panes !
Then when I try to assign the picturebox hwnd to the pane handle

Private Sub DockingPaneManager_AttachPane(ByVal Item As XtremeDockingPane.IPane)
    Select Case Item.Id
        Case ID_PANE_PICTUREPANE:
             Item.Handle = picMainPane.hWnd
End Select

I receive a error message that says that method "Handle" for object "IPane" went wrong !?

I've been using this approach on a fairly large project, and I've still managed to keep things clean.  The only code that really has to remain on the main form are the event handlers.  Anything else can generally be moved to a module.  I've declared a global reference to the main form of my application so that it can be accessed from the modules.  As necessary, I made certain items in the main form public so that they can also be accessed by the modules.

It's not as tidy a solution as just being able to place everything on a form, but it has worked.  Good luck!

Thanks Boyd, that was a very informative post. It doesn't sound like these are issues that the CodeJock developers can fix, so I don't think we'll be seeing a resolution soon... The problem as you mentioned is that ALL the code now resides in the same form. This will make it a nightmare to use on large projects like mine. Do you or anyone else perhaps know of another alternative?