-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Differences between MiniApp APIs and Web APIs #177
Comments
FWIW, @Honry and @kenny-y also did a comparison in 2019: https://w3c.github.io/miniapp/white-paper/comparison.html |
I've included some styles to the table to easily visualize the differences. A summary of the analysis we can include in the white paper:
|
Looks great. Please submit a PR! |
I don't think we need to mention this. It would give people the impression that MiniApps are only or primarily for Android. But in fact PCs (like 360 and WeChat MiniApps), HarmonyOS, iOS, and cars/TVs/IoT devices (I'm not sure what OS they use) can also run MiniApps. |
Thanks @xfq , I agree. |
My apologies for the late update (#188), I was waiting for the HTML version but I forgot to include this part once it was published here. In any case, if it is too late, this update does not affect the White Paper, it complements the PWA-MiniApp Gap section. |
PR merged. So, I'm closing this issue. |
Among the aspects we need to agree on for the current specifications are if the MiniApp user agents must support [a subset of the] standard HTML elements and the rest of the technologies around Web Components (#160), the standard CSS, and the standard DOM for view (#162) and event manipulation.
As I presented in the meeting on 13th Jan, I did a brief research on some of the common APIs or services available in some of the MiniApps. Although the list of the APIs and the analysis of their functions are not exhaustive, we can see there is overlap with the W3C Web APIs (some of them under the incubation phase). This is the list of some of the APIs I showed on my slides:
In summary:
So, following a similar approach as I proposed in #162, if we rely on the standard DOM and Web APIs, MiniApps could have access to these (and other) APIs.
If we could agree to use the standard WebAPIs, we can collect the APIs required and recommended by each MiniApp vendor in a Working Group Note, indicating the minimum set of APIs that a MiniApp user agent must implement. For those APIs that are not created yet (routing, IoT I/O pins, etc.) we can start defining them in parallel.
Comments? Thanks in advance.
The text was updated successfully, but these errors were encountered: