On 2014-09-16, 11:13 AM, Marco Chen wrote:
Hi Ehsan,
That is a good question and I didn't think about it.
> are URLs from version X+1 guaranteed to exist
The requestSession() returns a promise then this promise will be
rejected if that URL is not existed on remote UA.
Also there is a discussion on webscreen mail list to check whether we
can apply condition (ex: URL) then UA will filter out screens not
support this URL.
That would mean presumably figuring out whether that URL resolves to
anything, right? But note that we are talking about whether the URL
resolves to the same semantic resource. For example, if /foo shows a
video in Gaia X and just shows a preview in Gaia X+1 and redirects to
/foo/play to play the video, sending the fling to /foo will "work"
because /foo is a valid URL on both sides, but doesn't do the right
thing (play the video) as far as the user is concerned.
> work the same way on version X?
This is really an issue and what I can imagine is
1. the X+1 should be backward compatible
2. or UA can filter out if the API version is different.
I think both of those solutions have downsides, but unfortunately I
don't know enough about the goals we're trying to achieve here to be
able to give a useful suggestion. :( But it's at least something to
keep in mind.
------------------------------------------------------------------------
*寄件者: *"Ehsan Akhgari" <ehsan.akhg...@gmail.com>
*收件者: *"Marco Chen" <mc...@mozilla.com>, "Fabrice Desré"
<fabr...@mozilla.com>
*副本: *dev-platform@lists.mozilla.org
*寄件備份: *2014 9 月 16 星期二 下午 11:01:36
*主旨: *Re: [PresentationAPI] Intend to implement
Does this mean that now the URLs in certified gaia apps must be
considered stable? i.e., if the dongle is running version X of gaia and
the device is running version X+1, are URLs from version X+1 guaranteed
to exist and work the same way on version X? Have gaia developers been
notified about this?
On 2014-09-16, 7:07 AM, Marco Chen wrote:
> Hi,
>
> According to our first version will be enabled on FxOS with Certified
apps only,
> to enable/support "app://" can allow us to add values into Certified
apps by this API.
>
> ex: An addon for desktop Firefox browser can launch an corresponding
app in remote TV.
> Then you can fling what movie you are watching to TV and control it
by desktop Firefox browser.
>
> For packaged hosted app, I think it will be privileged app type at most.
> So it will be relatively low priority indeed until this API is mature
enough to be exposed to privileged.
>
> Sincerely yours.
> ----- Original Message -----
>
> From: "Fabrice Desré" <fabr...@mozilla.com>
> To: dev-platform@lists.mozilla.org
> Sent: Tuesday, September 16, 2014 1:20:58 PM
> Subject: Re: [PresentationAPI] Intend to implement
>
> On Mon, 15 Sep 2014 17:04:28 -0400, Ehsan Akhgari wrote:
>
>> On 2014-09-15, 5:47 AM, Kilik kuo wrote:
>>> One more thing,
>>>
>>> We would like to support URL of app scheme for requesting session.
>>> And the scope will be as below.
>>> - Certified and Privileged with declaration of origin apps are
>>> supported.
>>> - Privileged apps w/o declaration of origin are NOT supported.
>>> - Remote UA will launch the URL of app scheme only when this app is
>>> already installed on device. Once URL of packaged hosted app is landed,
>>> remote UA can launch installed app via the URL of http scheme.
>>> (Maybe the 1st version of API will support app scheme for certified app
>>> only)
>>
>> I'm not sure if I understand how a remote UA is supposed to render an
>> app:// URL coming from a privileged app?
>
> The app needs to be installed on both UAs, but to ensure we have a common
> origin on both sides, only apps that declare their origin will be
> supported. I'd like us to get packaged hosted apps done instead of
> needing to support this, so I think this should be relatively low
> priority.
>
> Fabrice
> _______________________________________________
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>
> _______________________________________________
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
