>>>I'm working with the MM desktop maintenance template. By default the framework wants to validate everything in both the List and Properties tabs. This makes sense if the grid view in the List tab were editable. However, the spec for the project my company is working on is that the List view is read-only. Therefore, when I click the mmSaveButton in the Properties view, I want ONLY the fields in the the Properties view to be validated and updated.
>>>
>>>From what I understand, the only way to do this is to have two binding sources. But I'm not sure how to accomplish this. When I go to the BindingSource property of any of my mmTextBox controls in the Properties view, the ellipses forces you to pick the name of an existing business object. This is a problem obviously because the MM framework assumes that if the name of the binding source on the list tab and the properties tab are the same, that a single source should be used to bind the entire form.
>>>
>>>How do I get around this? Do I have to make a duplicate business object? Seems like that could be a maintenance nightmare. Does anyone have any other suggestions?
>>>
>>>Thanks.
>>
>>What is happening to cause the validation? What results are you getting that you don't want to happen? In other words, if you have a list of records and then you have a property page (much like the jump start) and you edit a record on the property page, what is happening that you don't want to happen?
>>
>>The binding source options are based upon the business object instances that are registered with the page. This is an instance of a business object and no need to create multiple business object classes. You are right, that would be a maintenance nightmare. A bit more info and I will try to help.
>>Tim
>I'm going to take a guess that you are running into something I ran into. The business rules are set up to check the entire table when you save. You can modify the business rules object to only validated rows that do not have a state of deleted or unchanged. It won't limit the columns that get validated but it will limit the rows that get checked.
>If you really don't want to check all the columns, while I think that's a bad idea, you could possibly create a separate datatable in your existing business object that has only the columns that you want. You would probably have to check for that table name in your rules object to turn off rule checking by column. If I were doing that, though, I would limit the rules in the business object to just the rules that apply to every table. If you have some additional rules, you could enforce those through a HookPreSave method.
>I hope this helps.

Hi Linda,
You mention you ran into this. Would this be because of existing data that didn't meet the rules defined? Depending on the situation I would think the rules would then need to be enforced in order to bring the data in line with the rules as they are discovered. Or more prefereably some routine created and run where the data is corrected. Did you find something happening where validating data you didn't change caused a problem? Just curious. I didn't see where the original poster added any more info on the subject.
Tim