On 6/7/12 8:43 AM, Fabrice Desré wrote:
On 06/07/2012 12:57 AM, Jonas Sicking wrote:
Also, I believe that Fabrice is working on adding a property on the
App object which lets us tell the difference between an app which has
been "acquired" but not yet fully downloaded and given a launch
target. So getAllInstalled() could return all acquired apps and then
pages could filter out the ones that don't yet have a launch target.
What I'm working on in bug 702369 is the preloading of the offline-cache
at install time : this adds a property on the Application object that
let the page know the status of the app ("installed, "downloading",
"cached") and also fires onprogress on the app object when the status
changes (we'll have real progress support once bug 744713 will be fixed).
Ah, that makes sense; thanks.
What Anant and others from the apps team talk about is the difference
between an app that has been installed in the DOM Registry, and one that
has a native launcher. Unfortunately they refer to the first kind as
"acquired", and only consider the "native" one installed.
It looks like the pain point here is that there are implementation
issues with knowing when a native artifact of an app is removed from the
host OS - this leads to a situation where the app is still in the DOM
Registry but not on the host OS.
The proposed solution (changing getInstalled()) is not enough to cover
all uses cases. For instance, launch() will likely not work correctly
anymore. I really think this is an implementation issue, and that the
API is correct. Also, since we are pushing for standardization of this
API, leaking implementation details will likely not help.
How does this affect launch()?
I disagree that we are leaking any implementation details. If there are
a significant number of platforms that, while implementing the spec
correctly, lead to a broken user experience, then the spec needs to be
fixed. I believe this is currently the case (i.e. we cannot implement a
good user experience on Android and Desktop without this feature).
-Anant
_______________________________________________
dev-webapps mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-webapps
