[gui] [patch] somewhat disruptive, big patch

graydon hoare graydon@redhat.com
Sat May 22 00:32:00 GMT 2004


hi,

I've just committed this rather disruptive patch. It began with a need 
to get the viewport and scrollpane stuff worked out, then digressed into 
getting the repainting cycle (repaint manager and jcomponent) working 
properly, then cairo's API shifted and I had to adjust to that, which 
exposed more cairo bugs which I had to work around (and put some 
checking mechanisms in place to prevent).

http://people.redhat.com/graydon/j2d-repaintmanager-and-jcomponent-rewrite.patch

in the end, the viewport and scrollpane stuff is only half working, but 
I figured it was time to settle things down and commit all the other 
housekeeping.

so, unfortunately this is large. it will probably perturb some existing 
tests. it also makes the swing painting system "work" the way it's 
supposed to: paints and validations are done by the painting thread, in 
a coalesced batch, with a clipped, double-buffered offscreen painting 
region, shared across the component tree.

this has been holding up a lot of other work. sorry. I will commence the 
supposed-to-be-monthly GUI -> trunk merge shortly.

-graydon



More information about the Java-patches mailing list