DIGG IT!
Published
Thursday, October 09, 2003
at
1:57 PM
.
The Eolas issue has 2 distinct criteria: 1. The controls are created dynamically from script loaded from another location. 2.The controls do not reference remote data.
Thus far I have only seen 1 recommended class of solution. Another option is potentially to modify object properties after object instantiation, thus working around the MS rules so to speak.
Initially object tags must not reference remote data in the declaration and thus do not warn the user about their use. Next a small bit of JavaScript modifies the object tag as the page loads. We then use a player external method to load data into the player via LoadMovie via JavaScript.
Here is a sample:
http://www.powersdk.com/eolas/index.htmlI am unsure of a few specifics:
1. Can you edit object properties after the page loads and still not violate the rules
2. Can you modify object properties to point to external data
In the second item, the Macromedia .CAB URL and the
violate this rule, but can be left out if there is a player 4+ supporting the JavaScript loadMovie. In this case the external data is being requested within the player, not from within the Object tag. This workaround also has some advantages as you can pass data to the url.
The JavaScript looks like this:
window.sample.classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"
window.sample.codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,0,0"
window.sample.width=800
window.sample.height=600
window.sample.LoadMovie(0,"sample.swf")
Not sure if I broke the EOLAS rules, but it works with all current content. In the sample, I removed Netscape embed to isolate the IE only issue. I am not sure if the nested Embed will trigger a warning as is standard practice for Flash authors.
Personally, I wish they would just pay the bill and be done with it. Can you imagine Redmond actually licensing something legally?
Cheers,
ted ;)
0 Responses to “Eolas Workaround”
Post a Comment