I'm not really sure what that is all about, Background isn't chrome it is background. Children need to be in front of background. I know at one point I was having trouble with a background rendering over some graphical elements that I had. So to fix that I did my graphical elements on a child item, that way the canvas background rendered behind my content. I'm not sure you have the same issue, but perhaps you could use that technique to solve your issue. Create a container with two children, one for display elements and one for chrome. Add the chrome first and the children second and your children will be above the chrome.
Paul --- In [email protected], "Jesse Warden" <[EMAIL PROTECTED]> wrote: > > I'm extending Canvas. His base class, Container, decrees on line 4608 that > all children are behind chrome. I want the opposite. I want my chrome > BEHIND the content; I want the content IN FRONT of my chrome. > > However, since Container does all kinds of crazy over-writting of > DisplayObject methods and tucks them away in mx_internal and various other > private & final prefix's, I have no clue how to easily make my chrome inside > of rawChildren go backwards. Obviously, setChildIndex doesn't work at this > point because the base class owns those methods as proxies now. > > The hack, for now, is to NOT have my chrome draw a background. If it > doesn't, I can click on children just fine. That, however, sucks because I > want a background. Figured 2nd hack is to just set the backgroundColor > property to my chrome's background, and redraw my chrome as a mask for the > background. That is worse. > > Suggestions? >
