I'm suggesting that `on-paint' could be added to panels, where overriding `on-paint' would let you configure the drawing of a panel behind its children.
So, if `on-paint' were added to panels, would that help to implement your application? At Mon, 21 Feb 2011 09:28:23 +0100, "Christophe Vandenberghe" wrote: > "on-paint" for panels? How would that work? On-paint only exists for > canvasses > and editors. > > -----Original Message----- > From: Matthew Flatt [mailto:[email protected]] > Sent: vrijdag 18 februari 2011 18:26 > To: Christophe Vandenberghe > Cc: [email protected] > Subject: Re: [racket] Graphical Toolkit change question > > At Thu, 17 Feb 2011 20:08:10 -0700, Matthew Flatt wrote: > > We've never tried to pin down the behavior of overlapping children in a > > panel, and it varies among platforms. Actually, we tried long ago to > > make the order consistent, and there were too many problems on some > > platforms. > > > > I think those old obstacles are gone in the new implementation, so > > maybe we can pin this down and/or provide methods to control the order. > > Nope. The drawing of overlapping siblings in Cocoa is apparently > unspecified. > > A more promising direction is probably something like `on-paint' for > panels. Would that work for your application? > > > _________________________________________________ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/users _________________________________________________ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/users
