Are you reporting a measured or explicit widht/height in measure() and
matching that in updateDisplayList()?
 
If you base it on the SWF size, keep in mind that the SWF's size may
change and measure incorrectly.

________________________________

From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Ryan Stawarz
Sent: Thursday, September 06, 2007 9:00 AM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: Problem with Content spilling over beyond it's
container's bounds



I'm having a very similar issue. Did you ever come up with a good
resolution or at least an understanding as to what was going on?

--- In flexcoders@yahoogroups.com <mailto:flexcoders%40yahoogroups.com>
, "Mike Anderson" <[EMAIL PROTECTED]> wrote:
>
> Hello All,
> 
> I have an irritating problem with a draggable TitleWindow, that houses
a
> UIComponent w/embedded SWF.
> 
> My Custom Class extending a UIComponent embeds an external SWF File,
> which gives me the ability to wrap it with code. This way I can
control
> the SWF and all the MovieClips it contains, programmatically.
> 
> Basically, upon the initial Load of the UIComponent, it exceeds the
size
> of the TitleWindow - and instead of the TitleWindow Container masking
> off the extents of the UIComponent, it literally lets the entire SWF
> File show through.
> 
> Now if I trigger a Resize Event by actually sizing the TitleWindow (I
> have code in place, that allows the user to resize the window), THEN
the
> TitleWindow immediately clips the Content properly.
> 
> The UIComponent can be controlled by the User, via a Slider Control
> (which controls the Zoom Level), and the user can also pan the
Component
> around via startDrag() and stopDrag(). Because of all this potential
> interaction, it's imperative that the Content's Parent Container,
> properly clips the parts that should not be showing.
> 
> So with all that said, is there anything I can do differently, to
ensure
> that the TitleWindow always clips the Children that it houses?
> 
> Thanks in advance for your help,
> 
> Mike
>



 

Reply via email to