If your swf to be loaded is located at different domain than the swf,
which loads it, then you have no access to the properties, functions,
etc. of the loadee from the loader (by default). To allow access to
internals of the loadee, call security.allowDomain() in it with the
domain name of the loa
Hi Gert, two things about your crossdomain.xml, if you put secure="true" you
gives access to files from another httpS://www.mydomain.com but NO from
http://www.mydomain.com (If I'm not confused).
And the other thing it's that I didn´t be able to give access to a localhost
domain, I had to put
Yes - I have a similar app that loads heavy audio libraries from a
regional server - these libraries (the child swfs if you like) need to
run the line below.
You need to use: System.security.allowDomain( "*.floorplanner.com" )
If the functions are trivial (changing color etc) you could even do
Thnx Attila and Tom for your replies. In my test app I allready have a line
System.security.allowDomain( "floorplanner.nl" ). But it seems that is has
to be the other way around... all furniture swf's should have the line
System.security.allowDomain( "floorplanner.com" ). Am I understanding you
co
Hi,
To allow scripting across swfs served from different domains the swfs
themselves need to set
System.security.allowDomain("www.somedomain.com");
to permit a parent swf from somedomain.com to call actionscript methods
on them.
I guess your swfs on amazon will need to run the line above to open
5 matches
Mail list logo