Is the object tag only method the Flash Satay method? M.
On 4/21/06, Geoff Stearns <[EMAIL PROTECTED]> wrote: > > as i stated in another mail in another thread, using the 'object tag > only' methods is very buggy and can cause lots of headaches... > > JAWS will not read the Flash content, and some older browser will > ignore the param tags, so you can't use flashvars or specifiy wmode > or other parameters. > > there's more info here: > http://weblogs.macromedia.com/accessibility/archives/2005/08/ > in_search_of_a.cfm > > > On Apr 21, 2006, at 2:55 PM, Karina Steffens wrote: > > > Hiya, > > > > Great work to you and Kevin. I'm writing a little tutorial about my > > solution > > which I intend to place on my blog as soon as it's done. The version > > detection was the last bit that I wanted to get sorted first, and > > it seems > > to be working like a charm. > > > > Regarding the display:none issue - I've changed my code from > > visibility to > > display and noticed an interesting thing. Some background first: > > I'm using a standards compatible version of the object tag: > > > > <object data="flash/home.swf" > > type="application/x-shockwave-flash" > > codebase="http://www.neo-archaic.net"; > > width="620" > > height="350"> > > > > <param name="movie" value="flash/home.swf" /> > > <param name="menu" value="false" /> > > <param name="wmode" value="transparent" /> > > <param name="quality" value="best" /> > > > > <p>Alternative content if flash is not present</p> > > </object> > > > > This works well on both ie and Mozilla based browsers without > > needing to use > > the embed tag. The downside is that the movie waits until it's > > loaded before > > it starts to play. On IE this results in a placeholder showing up > > briefly > > before the content is loaded. > > > > When I use the visibility:hidden style with the replaceFlash script > > and > > reload the page locally, I don't see the placeholder because it > > disappears > > before the content is replaced (the original object having loaded > > by then). > > But when I change it to the display:none style, it appears again > > before the > > movie starts playing. > > > > This could mean that display:none does prevent the flash from > > loading after > > all! > > > > What do you think? > > > > Karina > > > > > > > > > > > > > > > >> -----Original Message----- > >> From: elibol [mailto:[EMAIL PROTECTED] > >> Sent: 21 April 2006 19:18 > >> To: Flashcoders mailing list > >> Subject: Re: [Flashcoders] New wrinkle in IE activation issue... > >> > >> Hi Karina, > >> > >> Kevin Newman deserves the credit, I've just written some of > >> the code. Great work though, I'm very happy to have a little > >> team working on this problem now. I'm sure we will solve it > >> soon enough. > >> > >> I think Geoff mentioned that display:none does not prevent > >> the object from loading, Ryan further validates this by > >> giving us a clear idea of how html documents function, so, we > >> should continue under the assumption that if the object is > >> defined in the original document then it will always load. > >> > >> M. > >> > >> On 4/21/06, Karina Steffens <[EMAIL PROTECTED]> wrote: > >>> > >>> Hmm... I'm not sure if you can do that, but what about using an > >>> intermediate stub? Then you could communicate with and tell > >> it when to > >>> load the main content. This might even work automatically, > >> with one of > >>> the object replacement techniques. > >>> > >>> Or... Here's a thought - what if the style for the object > >> starts with > >>> display:none for the object, and then changes to display:block when > >>> the page has loaded. display: none removes the element from the > >>> document's flow, while visibility:hidden simply makes it > >> invisible. Do > >>> you think this might do the trick? > >>> > >>> Karina > >>> > >>>> -----Original Message----- > >>>> From: Kevin Newman [mailto:[EMAIL PROTECTED] > >>>> Sent: 21 April 2006 18:48 > >>>> To: Flashcoders mailing list > >>>> Subject: Re: [Flashcoders] New wrinkle in IE activation issue... > >>>> > >>>> Sorry to reply to myself, but I was thinking that if it > >> is possible > >>>> to detect when an object is added to the dom tree, then I > >> could just > >>>> replace the object before it gets a chance to load, so I guess I > >>>> wouldn't need to disable it. So now I guess the question > >> is if it is > >>>> possible to detect when an object is added... > >>>> > >>>> Kevin N. > >>>> > >>>> > >>>> > >>>> Kevin Newman wrote: > >>>>> Well yeah, that's what I would usually do, but that doesn't > >>>> solve the > >>>>> specific problem I'm looking to solve here (I'm not > >>>> concerned with the > >>>>> merits of this solution, I really just want to see if I > >> can make > >>>>> it work). > >>>>> > >>>>> If I could figure out how to detect when a new object > >> tag has been > >>>>> added to the dom (I have some ideas, but have not tested > >>>> them), then > >>>>> use some method call to disable it completely, I'd be > >>>> satisfied with > >>>>> that. There is a disabled property, but I don't think > >> that stops > >>>>> it from loading, I think that just stops the interactivity - is > >>>>> that correct? If so, does anyone know of a way to > >> completely turn > >>>>> off an embedded object in IE? > >>>>> > >>>>> Thanks, > >>>>> > >>>>> Kevin N. > >>>>> > >>>>> > >>>>> ryanm wrote: > >>>>>>> Do you happen to know of any way to either stop a loading > >>>> activex or > >>>>>>> to prevent it from loading? > >>>>>>> > >>>>>> Yes, don't write it to the page until you are ready > >> for it to > >>>>>> load. HTML is stateless, it's either there or it > >> isn't. If it's > >>>>>> there, it will load, if it's not, it won't. Use DHTML to > >>>> add the tag > >>>>>> to the page when you are ready for it to start loading. > >>>>>> > >>>>>> ryanm > >>>> > >>>> _______________________________________________ > >>>> Flashcoders@chattyfig.figleaf.com > >>>> To change your subscription options or search the archive: > >>>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > >>>> > >>>> Brought to you by Fig Leaf Software > >>>> Premier Authorized Adobe Consulting and Training > >>>> http://www.figleaf.com http://training.figleaf.com > >>>> > >>>> > >>> > >>> _______________________________________________ > >>> Flashcoders@chattyfig.figleaf.com > >>> To change your subscription options or search the archive: > >>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > >>> > >>> Brought to you by Fig Leaf Software > >>> Premier Authorized Adobe Consulting and Training > >>> http://www.figleaf.com http://training.figleaf.com > >>> > >> _______________________________________________ > >> Flashcoders@chattyfig.figleaf.com > >> To change your subscription options or search the archive: > >> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > >> > >> Brought to you by Fig Leaf Software > >> Premier Authorized Adobe Consulting and Training > >> http://www.figleaf.com http://training.figleaf.com > >> > >> > > > > _______________________________________________ > > Flashcoders@chattyfig.figleaf.com > > To change your subscription options or search the archive: > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > Brought to you by Fig Leaf Software > > Premier Authorized Adobe Consulting and Training > > http://www.figleaf.com > > http://training.figleaf.com > > _______________________________________________ > Flashcoders@chattyfig.figleaf.com > To change your subscription options or search the archive: > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > Brought to you by Fig Leaf Software > Premier Authorized Adobe Consulting and Training > http://www.figleaf.com > http://training.figleaf.com > _______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
