LocalConnection Advanced use question

Question

Does anybody know if it is actually possible to have two
flash movies talk to each other when one is in an iframe at a
different domain and one is in the page containing the iframe?
I spent quite a bit of time yesterday going through varoius
permutaions on naming the connections. The closest I got to
anythign was when I got my sender movie in Flash to successfully
talk to the reciever movie in the browser, that was accomplished
having an underscore in front fo the connection name in sender and
reciever. But when the reciever swf is in a page containing an
iframe with the sender swf nothing appears to happen.
Since I got flash player (and an executable version of the
sender) to commicate with the browser based reciever I figure this
should be possible. But i can't seem to figure out what I'm missing
in the browser based versions.
The intent of this exercise is to allow technology I am
helping to delop to be included in a page using an iframe while
providing feedback to listener movie in the site the iframe is
embedded in. From there we would provide an api for interacting
with the listener movie so that sites wishing to embed our
technology could handle certain events. I realize of course that
interframe communication between frames at different domains is a
violation of the same domain rule at the heart of most browser
security. So, I wouldn't be surprised if it isn't possible. And
yet, I could communicate between flash player and the listener so I
still wonder at the possibility.
Does anybody know if what I'm attempting is even possible?
And if so, any clues as to what may be the problem? If anybody
chooses to help with the problem or innovate a work around I would
be happy to share the source files I've been playing with, which
are simple bare bones swfs.

Answer 1

"> One more question along this topic of advanced usage
> of LocalConnections ... is there a reccomended method
> of dealing with multiple windows being open with the
> same reciever movie so that the sender movies aren't all
> sending back to the originally opened movie?
What about sending an arbitrary id as one of the parameters
with your
message? All movies listen, but when a message comes, each
movie checks to
see if the id param matches a correlating id of its own. This
could be a
variable stored in the root of each listening movie. (Am I
movie "A"? Yes?
Okay, I'll follow these instructions.)"
The problem with the arbitrary id is that I have to send it
somewhere, and I need to know the name of the connection to send it
to, but each connection name must be unique. That is why if you
open a new window messaging goes to the first window, the
connection command in the second window will fail because the name
will aready be taken in window one. And the other movies won't know
that and will all send to the named connection which is still in
window one.
The connect function will fail if a connection already
exist.s So, on the one hand all I have to have is a loop that keeps
trying to connect until it finds a free connection. The problem I
am thinking about is having two movies in the same window, one in
the page displayed, and one in an iframe, as I set up on that demo
page. I'll want the one in the iframe to communicate with the one
in the outer page for validation purposes. If all there is is one
window then that's fine. But if sombody were to hit Ctrl+N in IE
they would get a new browser window with the same page. The problem
is how to make it so that the two movies in each window know to
only communicate with each other in only that window?
My thought is that I can use the incremental connection id
technique in each movie and figure that if the increment is
firstMovie_2 in one movie then it should communicate with
otherMovie_2. What I'm worried about in this scenario though is
what happens if the user is caffienated and hits Ctrl+N five times?
Will the two movies increment correctly for each browser window? Or
will there end up a couple windows with a firstMovie_3 and
secondMovie_2 because things didn't load in a controlled sort of
way?
I think the incremental technique would be fine for if a
window closed because that would free the connection id and the
loop would always start at 0, so if you had five windows opened and
closed the first one and opened a new one, the new window would use
the ids with the _0 increment.
Anyway, its helping me to write this stuff out. I'm going to
implement the incremental id thing and I'll report my findings.
As to looking deep into the technotes and docs. That
http://www.adobe.com/devnet/flash/articles/fplayer8_security_05.html
article was great for the table it has in the middle of it which
outlines what is needed for the various ways you try to connect
movies.
My only other reccomendation is the help docs and Excedrin
since it has both Acetometaphin AND caffeine and both are useful
for trudging through the fine points of the flash docs ;).