If you have access to the .fla, you could create a JavaScript function
in the page that would set a variable (either using ExternalInterface
or setVariable) in the flash (called perhaps menuOpen) to true or
false. Then place an if statement in the onRollover so that the
statements inside the onRollover only fire if menuOpen is false.

On Jun 25, 9:35 am, Seth Green <[email protected]> wrote:
> I think that might work for click events, but my mouseover/out events  
> fire even if the swf doesn't have focus
>
> On Jun 25, 2009, at  11:56 AM, Getify Solutions, Inc. wrote:
>
> > I've accomplished similar things by managing focus... in other  
> > words, while your menu is visible, you can tell the SWF to reject  
> > focus. I think that was a workable way to prevent unwanted event  
> > propogation.  Basically, I think I did something like "myswf.onfocus  
> > = function(){myswf.blur()};" If you swap that in and out when the  
> > menu is shown/hidden respectively, it *might* help. Give it a shot.
>
> > --Kyle
>
> > From: Sam Sherlock
> > Sent: Thursday, June 25, 2009 9:49 AM
> > To: [email protected]
> > Subject: Re: Bug? Div over flash firing flash mouse events on Safari  
> > & FF on Mac, not Windows
>
> > I may be wrong.  This is what I understand of the situation.
>
> > swfObject does ease the differences between browsers & OSs but this  
> > is a request beyond that and is a limitation of using flash with z-
> > index and active areas
>
> > Maybe Aran or someone else may be able to expand on this or prove  
> > that I am wrong.  I would expect difficulties with all browsers  
> > trying this
>
> > but if on showing you menu you called a func via ex-interface within  
> > the movie to inactivate objects on the stage and another event to  
> > reactivate them when hiding the menu.  This is pushing the envelop  
> > somewhat.  Perhaps other will offer some further insight
> > - S
>
> > 2009/6/25 fattymelt <[email protected]>
>
> > So the difference between OSs and Browsers is in their implementation,
> > and not something inherent to swfobject?
>
> > I would expect that this issue would be rather common, so I'm
> > surprised to hear the only workaround is so complex.
>
> > On Jun 25, 10:25 am, Sam Sherlock <[email protected]> wrote:
> > > mouse active areas conflict with each other in this way.
> > > you'd have to ensure that the active area of the flash are removed  
> > whilst
> > > the drop down is displayed and thenreinstate them after.  This is  
> > not a
> > > swfobject issue - this would occur whatever method of swf  
> > placement you
> > > used.
>
> > > You can use ex interface to make this happen - this would be  
> > rather complex
>
> > > - S
>
> > > 2009/6/25 fattymelt <[email protected]>
>
> > > > I'm using SWFObject 2.2 and dynamic publishing to place a flash  
> > piece
> > > > on a site that has html dropdown navigation. The navigation  
> > overlaps
> > > > the flash when you hover over it.
>
> > > > The dropdown correctly appears above the flash, but on a Mac (FF &
> > > > Safari) hovering over the dropdown ALSO fires the mouseover  
> > event on
> > > > the flash piece. Even more strange, on FF Mac (not Safari/Mac,  
> > though)
> > > > using FF's menu bar (e.g. File, Edit, Bookmarks, Tools, etc.) if  
> > the
> > > > menu is long enough to cover the flash piece, and you hover your  
> > mouse
> > > > over the portion that covers the flash piece, it ALSO fires the
> > > > mouseover event on the flash piece. Huh, say what?!
>
> > > > This problem does not seem to occur in any browsers on Windows.
>
> > > > Here is the test page
>
> > > >http://normalish.com/rollover_bug/
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"SWFObject" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/swfobject?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to