rgwalani at adobe.com
Wed Sep 7 10:50:24 PDT 2011
The current proposal works for the Flash Runtime.
I second Adam's comment that we need to have a separate discussion about adding more like these.
From: plugin-futures-bounces at mozilla.org [mailto:plugin-futures-bounces at mozilla.org] On Behalf Of Adam Barth
Sent: Wednesday, September 07, 2011 12:14 AM
To: Josh Aas
Cc: Boris Zbarsky; plugin-futures at mozilla.org
Subject: Re: DocumentOrigin
I should also say that I think this API is great. The only question in my mind is whether we want more like it, but we can tackle that separately.
On Mon, Aug 29, 2011 at 4:50 PM, Adam Barth <abarth-mozilla at adambarth.com> wrote:
> On Mon, Aug 29, 2011 at 1:39 PM, Josh Aas <josh at mozilla.com> wrote:
>> Thanks for the feedback.
>> I think the other values discussed here - HTML5 sandboxing, document.domain - should be separate NPN variables if we do something for them at all. I'd like to move the move the current spec forward without them.
>> I think we should stick with unicode serialization because that's what we are using already in other parts of NPAPI. I'm not convinced that ease-of-use outweighs consistency here.
>> Do people see any more issues with the existing spec?
> Apparently this API might not work perfectly for Flash. I don't
> understand the full details (we'd have to get someone from Adobe to
> help us sort those out), but apparently Flash has slightly different
> rules for handling some situations, like about:blank, than HTML5.
> One approach is to expose both NPNVdocumentOrigin and NPNVdocumentURL,
> which would let Flash read the document's URL without need to resort
> to window.location madness.
>> ----- Original Message -----
>> From: "Boris Zbarsky" <bzbarsky at MIT.EDU>
>> To: "Adam Barth" <abarth-mozilla at adambarth.com>
>> Cc: plugin-futures at mozilla.org
>> Sent: Wednesday, August 24, 2011 12:40:10 AM
>> Subject: Re: DocumentOrigin
>> On 8/14/11 6:22 PM, Adam Barth wrote:
>>> On Sun, Aug 14, 2011 at 10:33 AM, Boris Zbarsky<bzbarsky at mit.edu> wrote:
>>>> On 8/14/11 3:50 AM, Adam Barth wrote:
>>>>> 1) Do we want to communicate the document.domain value, if any?
>>>> Might not be a bad idea. How does HTML represent that nowadays?
>>> Maybe it's best to use a separate NPN_GetValue for the
>>> document.domain value? I think HTML5 represents it as the "effective script origin"
>>> or something like that.
>> Yeah, that might be the way to go.
>> plugin-futures mailing list
>> plugin-futures at mozilla.org
plugin-futures mailing list
plugin-futures at mozilla.org
More information about the plugin-futures