L
Laura Stern
Guest
> Doesn't it allow users to edit and add data? I think that is the intended purpose, right? That's part of what it does, since controls allow you to edit and add data. The primary direction of data is from ABL to the control. Any new data (edited or added) comes from the user/user interface, not from a .NET object holding its own data. The update of edited added data in a control is governed by events that the control fires or methods that it calls on its data source (i.e., the BindingSource). An Ado .NET object is not going to do those things. Ultimately, we have to read each row of your .NET object, marshal the data from .NET back to the ABL and make temp-table records, copying in the data. You can't get around that. It sounds like you just want this written in the AVM rather than in the ABL, which I think would make it somewhat faster. Not clear though how much. Sorry, we have no such thing right now.
Continue reading...
Continue reading...