Thanks for your plugin. I need to get something clear about it.
In the FAQ, you write:
"Due to security measures in place (this is for your own, and your
users protection) the provider can not be navigated without severing
the connection, and this cannot be re-established. If you require the
need to navigate the content displayed in the iframe then you should
use a nested approach ..."
What I found when testing your plugin in that navigating the provider
(which I need) doesn't work at all. It's not that you navigate but
lose the connection. You just cannot navigate at all. Is this supposed
to happen?
e.g. I tried to get the consumer to cause the provider to submit a
form. When the target of the form was the same page, the submit
worked, and then the connection was lost. But when the target of the
form was another page, it just didn't work. The other page was not
displayed in the iframe.
If there's a way to navigate the iframe (losing the connection isn't a
problem), I'd like to know about it. The "nested approach" is not
appropriate in my case.
In this case you must be doing something wrong, because this is a pretty
simple use case (look at the resize iframe and upload examples), but
without any code it's impossible to say what.
On Jun 6, 2012 8:01 AM, "ram" <ram...@gmail.com> wrote:
> Thanks for your plugin. I need to get something clear about it.
> In the FAQ, you write:
> "Due to security measures in place (this is for your own, and your
> users protection) the provider can not be navigated without severing
> the connection, and this cannot be re-established. If you require the
> need to navigate the content displayed in the iframe then you should
> use a nested approach ..."
> What I found when testing your plugin in that navigating the provider
> (which I need) doesn't work at all. It's not that you navigate but
> lose the connection. You just cannot navigate at all. Is this supposed
> to happen?
> e.g. I tried to get the consumer to cause the provider to submit a
> form. When the target of the form was the same page, the submit
> worked, and then the connection was lost. But when the target of the
> form was another page, it just didn't work. The other page was not
> displayed in the iframe.
> If there's a way to navigate the iframe (losing the connection isn't a
> problem), I'd like to know about it. The "nested approach" is not
> appropriate in my case.
Hi,
So I append the code, below (these are two ASPX files, based on your
examples). Do I do something wrong?
Notice that the <form> in the provider affects a redirect to a
Wikipedia page. When I initiate the form-submit from inside the
iframe, or via direct call from the parent (when the provider and the
consumer reside on the same domain), the redirect works. But when I
initiate the form-submit via easyXDM, the redirect doesn't work.
Actually one can then see in the browser's status bar that the
Wikipedia page is being loaded, but it doesn't get displayed inside
the iframe. The iframe's displayed contents do not change.
> In this case you must be doing something wrong, because this is a pretty
> simple use case (look at the resize iframe and upload examples), but
> without any code it's impossible to say what.
> On Jun 6, 2012 8:01 AM, "ram" <ram...@gmail.com> wrote:
> > Hello,
> > Thanks for your plugin. I need to get something clear about it.
> > In the FAQ, you write:
> > "Due to security measures in place (this is for your own, and your
> > users protection) the provider can not be navigated without severing
> > the connection, and this cannot be re-established. If you require the
> > need to navigate the content displayed in the iframe then you should
> > use a nested approach ..."
> > What I found when testing your plugin in that navigating the provider
> > (which I need) doesn't work at all. It's not that you navigate but
> > lose the connection. You just cannot navigate at all. Is this supposed
> > to happen?
> > e.g. I tried to get the consumer to cause the provider to submit a
> > form. When the target of the form was the same page, the submit
> > worked, and then the connection was lost. But when the target of the
> > form was another page, it just didn't work. The other page was not
> > displayed in the iframe.
> > If there's a way to navigate the iframe (losing the connection isn't a
> > problem), I'd like to know about it. The "nested approach" is not
> > appropriate in my case.
Do not create the iframe yourself, easyXDM will do this. Use the container
property to control where it is rendered - its currently hidden.
On Jun 7, 2012 6:55 AM, "ram" <ram...@gmail.com> wrote:
> Hi,
> So I append the code, below (these are two ASPX files, based on your
> examples). Do I do something wrong?
> Notice that the <form> in the provider affects a redirect to a
> Wikipedia page. When I initiate the form-submit from inside the
> iframe, or via direct call from the parent (when the provider and the
> consumer reside on the same domain), the redirect works. But when I
> initiate the form-submit via easyXDM, the redirect doesn't work.
> Actually one can then see in the browser's status bar that the
> Wikipedia page is being loaded, but it doesn't get displayed inside
> the iframe. The iframe's displayed contents do not change.
> On 6 יוני, 19:04, Øyvind Sean Kinsey <oyv...@kinsey.no> wrote:
> > In this case you must be doing something wrong, because this is a pretty
> > simple use case (look at the resize iframe and upload examples), but
> > without any code it's impossible to say what.
> > On Jun 6, 2012 8:01 AM, "ram" <ram...@gmail.com> wrote:
> > > Hello,
> > > Thanks for your plugin. I need to get something clear about it.
> > > In the FAQ, you write:
> > > "Due to security measures in place (this is for your own, and your
> > > users protection) the provider can not be navigated without severing
> > > the connection, and this cannot be re-established. If you require the
> > > need to navigate the content displayed in the iframe then you should
> > > use a nested approach ..."
> > > What I found when testing your plugin in that navigating the provider
> > > (which I need) doesn't work at all. It's not that you navigate but
> > > lose the connection. You just cannot navigate at all. Is this supposed
> > > to happen?
> > > e.g. I tried to get the consumer to cause the provider to submit a
> > > form. When the target of the form was the same page, the submit
> > > worked, and then the connection was lost. But when the target of the
> > > form was another page, it just didn't work. The other page was not
> > > displayed in the iframe.
> > > If there's a way to navigate the iframe (losing the connection isn't a
> > > problem), I'd like to know about it. The "nested approach" is not
> > > appropriate in my case.
> Do not create the iframe yourself, easyXDM will do this. Use the container
> property to control where it is rendered - its currently hidden.
> On Jun 7, 2012 6:55 AM, "ram" <ram...@gmail.com> wrote:
> > Hi,
> > So I append the code, below (these are two ASPX files, based on your
> > examples). Do I do something wrong?
> > Notice that the <form> in the provider affects a redirect to a
> > Wikipedia page. When I initiate the form-submit from inside the
> > iframe, or via direct call from the parent (when the provider and the
> > consumer reside on the same domain), the redirect works. But when I
> > initiate the form-submit via easyXDM, the redirect doesn't work.
> > Actually one can then see in the browser's status bar that the
> > Wikipedia page is being loaded, but it doesn't get displayed inside
> > the iframe. The iframe's displayed contents do not change.
> > On 6 יוני, 19:04, Øyvind Sean Kinsey <oyv...@kinsey.no> wrote:
> > > In this case you must be doing something wrong, because this is a pretty
> > > simple use case (look at the resize iframe and upload examples), but
> > > without any code it's impossible to say what.
> > > On Jun 6, 2012 8:01 AM, "ram" <ram...@gmail.com> wrote:
> > > > Hello,
> > > > Thanks for your plugin. I need to get something clear about it.
> > > > In the FAQ, you write:
> > > > "Due to security measures in place (this is for your own, and your
> > > > users protection) the provider can not be navigated without severing
> > > > the connection, and this cannot be re-established. If you require the
> > > > need to navigate the content displayed in the iframe then you should
> > > > use a nested approach ..."
> > > > What I found when testing your plugin in that navigating the provider
> > > > (which I need) doesn't work at all. It's not that you navigate but
> > > > lose the connection. You just cannot navigate at all. Is this supposed
> > > > to happen?
> > > > e.g. I tried to get the consumer to cause the provider to submit a
> > > > form. When the target of the form was the same page, the submit
> > > > worked, and then the connection was lost. But when the target of the
> > > > form was another page, it just didn't work. The other page was not
> > > > displayed in the iframe.
> > > > If there's a way to navigate the iframe (losing the connection isn't a
> > > > problem), I'd like to know about it. The "nested approach" is not
> > > > appropriate in my case.