<div dir="ltr"><div class="gmail_extra">About the patch, I am still making some changes, but what I've done is the this. Currently the object inspector draws every row even if it doesn't need redrawing. I modified the SetItemIndex method to InvalidateRect the OldIndex and NewIndex, then only redraw those two rows in DoPaint. I added a public Fast property for testing so that you can toggle between the old behavior and new <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">behavior</span> at runtime, allowing users to measure the difference both in responsiveness and CPU usage.</div><div class="gmail_extra"><br></div><div class="gmail_extra">So far with this change if you click, hold down the mouse, and drag up/down quickly in the inspector the lag seems greatly reduced, as well as less CPU usage. I have not testing how this effects Windows/Qt/Mac yet, but as I said in my OP those platforms/widget sets did not suffer from the same laggy like behavior. Either way, shortly I'll submit it with a patch, a stand alone example testing program, and let others try it for themselves.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Next I might tackle the lagginess in drag moving controls on the form designer. Does that seem like a laggy problem to anyone else?</div></div>