L
Laura Stern
Guest
The DummyRow is really an internal class used by the ProBindingSource. It was not meant to be used by the application. As its name implies, it has no real data in it. It is just a stand-in on the .NET side for the real temp-table row. Though it does have an Index property which is the row #. Where are you when you get this Appointment/DummyRow object? I.e., you must be in some event handler. If the Appointment correlates to the currently selected item in the Scheduler, and therefore it corresponds to the Position property of the BindingSource you are using, then the ABL buffer associated with the bound query should already contain the temp-table record for this Appointment. So you don't have to find anything, it will just be there. If this is not the circumstance, you can use the row # to REPOSITION-TO_ROW(row-index) on the query. I would think that Telerik would give you the row # as part of the arguments to whatever event handler you are in. If it doesn't then you could get it from the DummyRow using the Index property. Be aware that this index is 0-based.
Continue reading...
Continue reading...