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
