Hi Trent,

I am working with a DataGridView and noticed that the BO navigated event is not being fired when the DataGridView is in a ThemedGroupBox.



I tested this with the BusinessBindingSource VB Sample which I am attaching it here. Please let me know if there is a way for me to fix this before an update is released, I need to show up a demo next Monday May 18th 2009.



Thanks!

Edhy Rijo

Actually this just needs a refresh.  This is actually a .NET reflection thing.  The reason is that since the DataGridView has a different parent container that the grid is not automatically refreshing because the parent container in which is resides did not refresh.  So this is actually by design on the grid.  To get it to update, just add the following code in the Navigated event of the BO:

That will refresh the grid and sync the index as well for that particular grid.

Thanks for the info.

Edhy Rijo

Hi Trent,

I am back trying to make the grid works since I need to allow the user to be able to modify 2 columns values and in this case I can not use a ListView .



I tried the following code in the previously attached sample:







Still I don't see the Me.DataGridView2 being refreshed. But at any rate, to be clear this is what I am expecting from the DataGridView2 to work:

1.- The Me.DataGridView2 is in a ThemedGroupBox.

2.- When moving the record pointer in the Me.DataGridView2, that it will update the Me.lblRowIndex the same way it is done when moving the record pointer in the Me.DataGridView1.

Edhy Rijo

Yeah, and I have set this up and it is working. Have you looked at the grid sample that comes with the framework? I have tried this a number of different ways and they are all working...so I need to get in a "not working" state so that I can help you.



Using your sample this is working on my side. Let me know if this is not the desired results.

Hi Trent,



I saw your video and noticed it is working on your end, unfortunately that is not my case, see the attached video of the same sample project you have.



Probably we don't have the same SF assemblies? See the picture to see what I have from the latest one posted so far 1.6.6.9.



Any ideas!

Edhy Rijo

To be honest, I think that you have something else going on.  Yes, it very well could be assemblies, but which assemblies you are fighting and which are being pulled will be the thing to determine. 

When you look at the references, where are the assemblies pointing when you look at the assembly path within the sample project?

In the BusinessBindingSourceSample all SF assemblies are pointing to





In my application I have these:





I posted a message a week ago about this very same issue I noticed my SF assemblies being used from different locations. Just to remind you I am using Vista 64bits.

Edhy Rijo

Has nothing to do with 64-bit...I am running 64-bit as well. This is how .NET operates. Within the designer, it may pull from the Program Files location since this is where the designer points. However, the GAC will ultimately be used at run-time if they are there. This is one thing that can be frustrating about .NET design-time IDE.

In your screenshot I noticed that the assembly path is C:\Program Files (x86)\Common Files and mine are just C:\Program Files\Common Files, is this correct?

Edhy Rijo