-
Hi Simon In answer to your question: In truth I'm not sure exactly what we did to fix the problem (I'm assuming you are having an issue with the Cancel then Apply scenario?) or even if we actually have fixed it. Our UI design now uses the ribbon toolbar, so there is no longer an explicit Cancel button on our forms and we aren't calling BindingTree.Cancel
-
asp2go: @Tom - Note also that if you are working with a mod version of the CSLA Contrib templates there is a CslaXml file in there that allows you to build your objects by defining the tables/fields/attributes to be included in an Xml file and the object doesn't need to be from a single table. Then the Linq 2 Sql that is generated addresses the various
-
This would be useful from a code gen point of view as well. We do quite a lot of OnPropertyChanged handling because we don't want to add code to the generated property setters (and because there is no such thing as partial property overrides). It would be neater to do this in validation rules, and neater still to be able to choose in what scenario the
-
Should your private property declaration read: Private Shared NBR_DOORSProperty As PropertyInfo(Of Nullable(Of Integer)) = RegisterProperty(New PropertyInfo(Of Nullable(Of Integer))("NBR_DOORS")) (I removed the GetType(Nullable(Of Integer)), part of the code)
-
I'm not sure about 3.5, but certainly in 3.6.x you shouldn't need to a convert to use a nullable type for a property, this code is from our production system (3.6.3) and works fine: private static PropertyInfo<int?> AccountNoProperty = RegisterProperty(new PropertyInfo<int?>("AccountNo", "Account No")); If you can cut and paste the exact
-
Hi Scott, Thanks for that, it looks interesting. Do either of those solutions allow the user to define 'joins' at all? (I.e. to join across object collections rather than db tables?)
-
Glad you've got a fix. My only other thought on this is what happens if the DGV is bound to a non CSLA collection, i.e. not a datatable/whatever, but another custom collection that inherits say BindingList(T) so has all the binding interfaces baked in (ICAN, IEO etc) - does the DGV still do the same thing? If so, then as you rightly say there must have
-
Glad it's working " /> Actually your approach is probably better, databinding can be really fussy and it is really easy to get edit level mismatches by changing the underlying BOs directly when those same BOs are also bound to UI elements. In truth I'm never 100% confident that I know why these edit level mismatches occur, but I have definitely found
-
Ah, OK, that's quite an important extra bit of info. My guess is that by clicking into the new row both the grid and the bindingsource are in an 'edit' mode of some description - I'm not sure exactly how that works, but if you have added a row then you have caused AddNewCore to fire and a new object for that row to be created but not to be committed
-
Hey Luc I just downloaded your sample and ran it up and I can confirm I'm getting the same results. What's slightly interesting is that I added an Infragistics grid too and it doesn't exhibit that behaviour, focus stays on the previously selected cell. This is slightly interesting for two reasons, first it suggests that maybe this is a DGV issue and