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

Reply via email to