- Oct 2, 2008Hi,
Thanks for the detailed example page.
Try using the following version of your page:
(Your swf isn't hosted at the above location, so you'll need to download it and try it out locally)
The main change is to applying overflow:auto to the flashWrapperDiv.
* I found that I had to apply overflow:auto dynamically through
script as opposed to using static CSS - probably a "redraw" issue.
* We apply overflow:auto to the Panel shadow, for FF/Mac already to
deal with scrollbar bleed through issues, so the fix was only
required for FF/Win.
The other minor changes are just to get the height set correctly.
Tried it across FF2, FF3 on WinXP/MacOS and seems to work fine, aside from the fact that the swf is not re-drawn when dragging in FF2/MacOS for step 1 of your repro example (which can probably be resolved also, if it's a real part of your application)
Let me know how it goes.
Sent: Thursday, October 02, 2008 9:45 AM
Here is a link to a zip file which has a simple .html and a simple
.swf file which demonstrate the problem (I have also included the code
for the .swf file in case you need it).
As you will see in the text in the .html, the problem is very much
linked to the order in which items are created. However, we have
certain dependencies between the .swf and other items on the page
therefore need to create the panel w/.swf first.
> Changing the wmode helped a little. The mouse tracks correctly when
> the panel is dragged around over most of the screen areas, however it
> still is unresponsive when the panel is over an iframe. I'll put
> together simple example of this problem.
> btw, did you have a chance to look at
> posted simple nested layout code which demonstrates the 'invalid
> argument' error.
> > Ania,
> > Here's what our Flash experts say:
> > My suggestion would be to check the wmode of their SWF embed. This
> > sounds like a longstanding issue with the plugin version of the
> > when the wmode is set to transparent or opaque. Changing the wmode
> > window should fix it. If that is not the case, they'll need to
> > link or their code and I can take a look.
> > See if wmode solves your problem; if not, please send a link to the
> > page where you're having the problem.
> > Regards,
> > Eric
> > On Sep 30, 2008, at 3:45 PM, aniad wrote:
> > > We have a nested full screen layout. In the `bottom' part of the
> > > inner layout (which is in the `center' of the outer layout) we
> > > tabs control. Each tab creates an iframe into which a page is
> > > displayed, depending on what is selected elsewhere in the UI.
> > >
> > > When the user clicks a button a panel is made visible which has a
> > > <div> inside which a .swf file is rendered. The swf has a number of
> > > controls, buttons and drop boxes with which the user interacts.
> > >
> > > The problem (FF only, works correctly in IE):
> > > When the panel with .swf is visible the mouse is not tracked
> > > within the swf. The portions of the panel/swf that overlay the
> > > displayed in the bottom/tabs portion do not track the mouse
> > > thus appearing unresponsive. Right clicking in the .swf shows the
> > > standard flex context menu way off from where the mouse was clicked.
> > > Dragging the panel around the screen exaggerates the problem of
> > > tracking the mouse, even allowing the flex context menu to appear
> > > entirely outside of the panel/swf area. The problem does not seem to
> > > be contained to the panel being over an iframe. Dragging the
> > > that it sits on top of other parts of the layout (with simple html)
> > > also has issues. There is another flex control always displayed in
> > > one of the parts of the layout. Dragging the panel to that part of
> > > the screen always tracks the mouse correctly within the panel that
> > > sits directly on top of that other flex widget.
> > >
> > > Are there any known problems of hosting a .swf inside a panel in FF?
> > > As mentioned before, this does not happen in IE.
> > >
> > > Ania.
> > >
> > >
> > >
- << Previous post in topic Next post in topic >>