Thanks for all the help!

We finally got this working yesterday. The solution was to use
SWFObject 2.2 and re-do the Flash as two separate scenes within one
file, rather than two external SWFs within a screen presentation.

Screens have been widely used in elearning for online course delivery
within learning management systems, but these courses don't seem to
play nice with IE7.

I've used previous versions of SWFObject which always worked well and
I'm happy to say that SWFObject 2.2 is the best version yet! We've
tested all possible browsers and the content is delivered perfectly in
all of them!

Kudos to the SWFObject development team!

Jen

On Jun 1, 6:03 pm, Aran Rhee <[email protected]> wrote:
> Vincent, thanks for chiming in.
>
> @Jen - I had a quick look at your swf code.
>
> There is currently no preloader for your content, and I think that the
> classes you are trying to init on frame 2 just aren't avaialble on first
> load in IE.
>
> on frame 2 you have a stop() action on the frame
>
> On a movieclip you have the actions:
>
> //component parameters
> onClipEvent (construct) {
>     autoKeyNav = "inherit";
>     autoLoad = true;
>     contentPath = "";
>     overlayChildren = false;
>     playHidden = false;}
>
> //[ Frame 1 ]
>     #initclip 31
>     Object.registerClass("presentation", mx.screens.Slide);
>     #endinitclip
>     _global.mx.data.binding.Binding.registerScreen(this, 65);
>
> I would suggest you put a simple preloader on frame 1 and ensure your class
> exports are set for a frame >1 in their properties.
>
> That code takes me back - I haven't seen anyone use the Slides class for
> many moons.... There were so many bugs that the feature only lasted one
> release and was removed (I think only in Flash MX (6))
>
> on further googling, adding a preloader might be more difficult that I
> thought - A response from Macromedia on preoloader + slides:
>
> “Thanks for your comments and questions regarding using preloaders with
> screens. With current Screens functionality, all screens are on Frame 1 of
> the root timeline, so it's not possible to create a preloader within the
> screen-based document. One option is to create a separate SWF to use as a
> preloader, and load the screen-based document from within that.”
>
> Hope this all helps,
> Aran
>
> On Tue, Jun 2, 2009 at 12:04 AM, Vincent Polite <
>
>
>
> [email protected]> wrote:
> > A slightly different tack to look at would be whether or not you guys are
> > doing any browser detection (either server side or client side) that changes
> > the style sheets or execution of any of your code dynamically.  If for some
> > strange reason you are loading content differently and it depends on some
> > sort of browser detection component, perhaps your IE detection branch has
> > some misplaced calls to resources that don't exist.  If I can get my
> > external hard drive working, I'll take a look as well, but those would be
> > some things to look at.  Is it a completely basic Flash file?  As the
> > author, can you just create a completely generic flash file and have it
> > display in IE7 properly?  (Many people can do this, so I'm assuming you guys
> > have this capability)  If so, then you now have a control case of a Flash
> > movie that works vs. one that doesn't.  Now the question becomes what is
> > going on between your flash movie and the baseline case that isn't working.
>
> > I would strongly suggest some sort of port monitor.  I know Firebug
> > provides this functionality in Firefox, but there are more robust versions
> > of the concept out there whose name escapes me atm; the idea being to make
> > sure that all the calls that are being made between your browser and your
> > server are the right ones.
>
> > At the very least you'll be able to see all your calls.
>
> > I strongly suspect you'll find that your resources are pathed incorrectly
> > for some reason in IE7 (malformed construction of a dynamic file such as an
> > XML file perhaps?).
>
> > Vincent
>
> > On Mon, Jun 1, 2009 at 6:20 AM, Aran Rhee <[email protected]> wrote:
>
> >> I understand, but really you have to consider it a IE7 + your swf file
> >> issue. This issue does not occur on other swf files so you cannot correctly
> >> isolate the issue just to IE7.
>
> >> As much as Flash player is supposed to be cross platform, I have come
> >> across many issues (as have others) where the players behave differently on
> >> the same swf. This seems to be one of those cases.
>
> >> Aran
>
> >>   On Mon, Jun 1, 2009 at 11:04 PM, Jen Hickman 
> >> <[email protected]>wrote:
>
> >>> We'll look at the SWF file, but this is an isolated IE7 issue. The
> >>> file as it is plays fine (loads and plays immediately) in Firefox
> >>> using SWFObject 2.2. It appears to be an initial loading problem only
> >>> in IE7.
>
> >>> On May 31, 9:54 pm, Aran Rhee <[email protected]> wrote:
> >>> > Are you the swf author?
>
> >>> > As I mentioned in my last message, I think the issue is in the
> >>> particular
> >>> > swf itself (not the page code). Whoever is the author needs to review
> >>> how
> >>> > the content is loaded and presented (is there a preloader for the
> >>> content?
> >>> > How does the content init ? Etc..)
>
> >>> > Aran
>
> >>>  > On Mon, Jun 1, 2009 at 11:47 AM, Jen Hickman <[email protected]>
> >>> wrote:
>
> >>> > > Yes, I tried standard object/embed without SWFObject and got the same
> >>> > > results with IE7: initially the page doesn't display the Flash movie,
> >>> > > but the Flash movie starts upon refresh.
>
> >>> > > We've tried these files on two different servers thinking it was a
> >>> > > server issue. I've spent about 50+ hours so far researching and
> >>> > > applying solutions and I always get the same result with IE7 of no
> >>> > > Flash, then Flash on refresh.
>
> >>> > > I'm able to view all other Flash Websites on my computer with IE7 and
> >>> > > so are all my QA testers, so it's definitely something in the page's
> >>> > > code.
>
> >>> > > On May 31, 8:25 pm, Aran Rhee <[email protected]> wrote:
> >>> > > > On first look I don't think this is a SWFObject issue, as the file
> >>> is
> >>> > > > embeded to the page (it is all white, but the flash file is there).
> >>> I
> >>> > > think
> >>> > > > there is some issue within your swf file itself.
>
> >>> > > > If you don't use SWFObject and just use the standard object/embed
> >>> (which
> >>> > > is
> >>> > > > commented in your page currently), does it work as intended?
>
> >>> > > > Aran
>
> >>> > > > On Sun, May 31, 2009 at 7:58 PM, Jen Hickman <
> >>> [email protected]>
> >>> > > wrote:
>
> >>> > > > > I recently upgraded from SWFObject 2.1 to 2.2 due to IE7 blank
> >>> page
> >>> > > > > issues because I read that 2.2 changed the way IE7 loads the
> >>> page.
> >>> > > > > However, I'm still getting the same problem in IE7: on first load
> >>> the
> >>> > > > > page is blank, but on refresh, the Flash content loads and plays
> >>> fine.
> >>> > > > > Content plays in Firefox without issue.
>
> >>> > > > > I've tried both the static and dynamic publishing methods, but
> >>> both
> >>> > > > > give the same result. I am re-using the code found on the
> >>> SWFObject
> >>> > > > > 2.2 test suite.
>
> >>> > > > > Here's a link to the page (note that images surrounding the Flash
> >>> > > > > content won't load because I didn't load these static images in
> >>> the
> >>> > > > > test directory):
> >>> > >http://www.idesigncourses.com/case2/case_studies_c2.html.
>
> >>> > > > > What am I missing in my code that is still causing IE7 issues?
> >>> Any
> >>> > > > > help is appreciated!- Hide quoted text -
>
> >>> > > > - Show quoted text -- Hide quoted text -
>
> >>> > - Show quoted text -- Hide quoted text -
>
> - Show quoted text -
--~--~---------~--~----~------------~-------~--~----~
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