Visual anomaly

MARTINDRENOVAC

There seems to be a situation that causes the EditTable to paint the first row with the WorkspaceBkColor. This happens sporadically when RowsToRecords is greater than 1 and the number of records in the EditTable is greater than the number of records that are visible. It seems to happen when the EditTable is resized vertically or during the CREATE event (probably related to sizing). It may also be related to sizing the EditTable and programmatically scrolling the EditTable.

The situation is corrected by scrolling to the beginning of the EditTable, or by clicking on the EditTable's scroll bar handle (not the bar itself).

I have created a test form to demonstrate this. See the image below.

The Test Form is simply an Editline and an SRP EditTable that is test run in Form Designer. The EditTable is set to auto size width and height in Form Designer. I have sent you by email the commuter code used for this test form and a video clip ( I'm not sure how to post a video clip, if that's possible).

I have experienced this for a while now and it is not new to SRP Controls Pro ver 3.1.

Thanks.

Don

MARTINDRENOVAC

I should have also mentioned that this is easy to reproduce on the test form by manually resizing the form by grabbing the bottom of the form with the mouse an changing its vertical size. Play with it enough and the anomaly should manifest itself.

KevinFournier

Thanks to your thorough analysis and code, I can very easily recreate this. At first glance, there appears to be a bug during the resize of the control in which the rows are scrolled 1-at-a-time instead of 2-at-a-time, which should be the case when RowsToRecords is set to 2.

I should have no problem getting this fixed for the next release. Thanks.