Hi, > Hi Roman, > > Sorry I didn't get a chance to test this when you first submitted the > patch.
Yeah, I was quite quick with that. But given that I wouldn't have time to check it in for some days, and also given that I already tested this to a certain extent, and we have CVS and testers and such, I just checked it in. > But I've tried it now, and it looks pretty good to me. I didn't > notice any regressions, and the internal frame stuff in the swing demo > is a lot snappier (and the border painting is working properly > again). Good work! Thank you. The performance gain especially seems to show up on complex GUIs with lots of elements. For instance the foxhunt game (it has no complex GUI, but lots of buttons, around 100 or more). The situation before was, that the painting went from the RootPane down to _every_ button, the clipping sorted it out what to paint, but still every button had to be visited. That took a long time, everytime when you clicked a button you had to wait some seconds before the GUI reacted. Now this little game is quite smooth. /Roman
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
_______________________________________________ Classpath-patches mailing list [email protected] http://lists.gnu.org/mailman/listinfo/classpath-patches
