That would make sense to me.  UIComponents don't like having the parent
chain broken by non-UIComponents.

 

________________________________

From: [email protected] [mailto:[EMAIL PROTECTED] On
Behalf Of Jesse Warden
Sent: Sunday, March 11, 2007 8:05 PM
To: [email protected]
Subject: Re: [flexcoders] Re: Chrome behind content?

 

Sorry gents, can't post the code, for an NDA project.

Regardint the Label component... it's weird.  If I add him to
rawChildren, no problem.  If I add him to my background (the Sprite you
suggested be the container Michael), it gets pissed during measurement;
something about anti-aliasing being null.  I'm not removing it all; my
guess is, because the parent isn't actually in a UIComponent, or perhaps
he's not yet added to the DisplayList during measure, that somehow ticks
it off? 

:: shrugs ::

rawChildren, for now, works fine as does the extending of the creating
of the contentPane to shove my custom chrome content backwards.

On 11 Mar 2007 19:11:32 -0700, Michael Schmalle <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> > wrote: 

> Could you post the code of the problem?

Are you talking to me?

I don't have a problem, Jesse asked a question, I threw some code at him
to try and that is that. 

I don't want to create a second child and hack that way, I want a
rawChild that is it. 

I was just responding to him, what I am doing works for the container I
made. It's a Container subclass not a composite.

Peace, Mike

 

On 11 Mar 2007 18:08:17 -0700, Paul DeCoursey <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> > wrote:

Could you post the code of the problem? I think I understand the
problem but I need to see what you are doing to help with the solution.

I understand the background in front of things now, but I don't think
that it was the wrong way to code chrome. It fits too narrow a use case.

p

--- In [email protected] <mailto:flexcoders%40yahoogroups.com>
, "Michael Schmalle"
<[EMAIL PROTECTED]> wrote:
>
> Paul > 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 have a spec where I need another background behind the view
children and
> in front of the border.
> 
> Trust me, I have 1000's of hours of investigation into this. This
applies if
> you are doing low level coding in the framework.
> 
> Not to mention, when the container holds more then 1 view child, the
> children get put into a content pane. It is impossible to get
something
> behind child 0 without using this hack.
> 
> Jesse,
> 
> with the text area, after removing it from the display list did you
set;
> 
> textField = null;
> 
> ??
> 
> Peace, Mike
> 
> On 3/11/07, Jesse Warden <[EMAIL PROTECTED]> wrote:
> >
> > Grr... works for everything but my Label. Keeps whining about
antiAlias
> > being null. Had this happen last night (this morning?) when the
TextField
> > isn't in the DisplayList, but gets measure called on 'em. Fuggit,
> > everything else works; thanks a bunch Michael!
> >
> >
> > On 3/11/07, Jesse Warden <[EMAIL PROTECTED]> wrote:
> > >
> > > Thanks Michael, I'll try your code.
> > >
> > > Paul, if you look in mx.containers.Container, you can see how they
> > > override and abstract the DisplayList API so that you have 2
types of
> > > children; raw and regular. This allows you to have "those you
put in
> > > Canvas" and "those that make Panel". For example, the title
bar, close
> > > button, title, etc. are NOT something you want inside your Panel
container
> > > to interact with your children. If you put a CheckBox control
into a Panel,
> > > you would expect only 1 child to be in your container
(numChildren,
> > > getChildAt(0), etc.). This allows you to build container
components for
> > > others to use without "knowing" how your child setup works.
> > >
> > > On 3/11/07, Paul DeCoursey < [EMAIL PROTECTED]> wrote:
> > > >
> > > > 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]
<mailto:flexcoders%40yahoogroups.com>  <flexcoders%40yahoog roups.com
<http://roups.com> >,


> > > > "Jesse Warden" <jesterxl@> 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?
> > > > >
> > > >
> > > >
> > >
> > 
> >
> 
> 
> 

> -- 
> Teoti Graphix
> http://www.teotigraphix.com <http://www.teotigraphix.com> 
> 
> Blog - Flex2Components
> http://www.flex2components.com <http://www.flex2components.com> 
> 
> You can find more by solving the problem then by 'asking the
question'.
>




-- 
Teoti Graphix
http://www.teotigraphix.com <http://www.teotigraphix.com> 

Blog - Flex2Components
http://www.flex2components.com <http://www.flex2components.com> 

You can find more by solving the problem then by 'asking the question'. 

 

 

Reply via email to