As for the translations, they actually worked as designed, as I mentioned, but the instance of a downstream object has to be manually updated to the translated object after the Load. Since the BO instance dropped on the form is what gets translated, if there is an object (i.e. a BusinessObjectToPopulate) property set to the original object instance, it has to be updated after the Load. That is what I was talking about on the reflection side of things. If we were to reflect over every object on the form looking for any other instance that need to be "swapped" over to the translated instance, it would get REALLY slow.
At any rate, great to hear that you are doing well and got it going!
Thanks,
Kenneth LangleyP.S. Lost 48 pounds and shrinking.
The BusinessObjectToPopulate is still looking at the original BO instance instead of the translated instance even after the BO translations have taken place. This is as designed at the moment. The problem is that if we were to reflect over every object on the form looking for the original instance to translate, things would get really slow and sluggish. All of the translations take place in the load. So for future reference, if you run into something like this, place your code to update these references with the translated object after the base Load logic.
'-- Update the references here as the form instances will be translated at this point
The BOTranslation seems to not be the problem after all. I discovered that if I add these two lines of code just before calling the Browse Dialog it works as it should. Question, Why do these settings in the designer not being respected ? Is it the level at which the browse dialog resides ?
OK Trent, this one's for you...
Questions ?
1.) Will the BO Translations work in this manner ?2.) Does embedding the browse dialog in this manner prevent the BO translations ?3.) What is the full explanation of the translation object property and should it be used in this situation ?
Thanks in Advance
Kenneth Langley