-
Notifications
You must be signed in to change notification settings - Fork 12
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
Add Web Share API to Deliverables #58
Conversation
Some more thoughts about which working group this should be in: my main concern about having it in the Device API group is that it would be in a different WG to the Manifest spec (Web Platform WG). Not really an issue for Web Share, but the Web Share Target spec is very closely tied to both the Web Share and the Web App Manifest specs and probably should ultimately be incorporated into the Manifest spec. So there could be some overhead if WS and WAM are in different working groups, which could be avoided if they were in the same group. |
Yeah, that's a good point about manifest. Also, I can't recall if all browser vendors represented in DAP? We probably want to be talking to the folks from Apple about it. |
@mgiuca, would you be fine waiting until October 2018? If so, then WP WG might be a better WG to start with considering it has Apple onboard. (Since rechartering is a costly exercise, I doubt they'd add new specs before the current WP WG Charter expires 30 September 2018.) If you want to get this spec to the Standards Track sooner than that, one option is to start in DAS WG and migrate to WP WG when it recharters. This has been done before, for example WAM spec was started in another group, and migrated to WP WG (then WebApps WG) later. Let us know your preference soon, since we're about to start W3C Management review of this Charter next week or so. |
Hmmm... I seem to recall that being part of the WICG meant we had a less painful path to add things to the Web Platform WG... @plehegar or @dontcallmedom? Am I totally misremembering? it's been a while. |
I am discussing with our standards team. The consensus seems to be in favour of Web Platform WG, but we haven't figured out the trade-off of waiting until October 2018. At this stage, I think we would want to put it in the WPWG charter as opposed to Device API. |
@marcoscaceres, the WP WG Charter is very explicit in this regard:
That said, WP WG has rechartered once in the past to add new deliverables before the charter has expired, although at that time it was not for a single spec, but for a bunch of changes to add, remove and spin off specs. Ping WP WG team contacts @ylafon and @siusin to gauge feasibility of rechartering WP WG soonish to add the Web Share API. |
@samuelweiler is planning to ship the new Devices and Sensors WG Charter for W3C internal review possibly 20 December. We should resolve this issue prior to that. @mgiuca, let us know latest 19 December if you'd like us to try bake Web Share API into the DAS WG Charter as proposed in this PR. Hearing nothing we don't integrate it. (I pinged Web Platform WG group contacts @ylafon and @siusin but got no response with regard to that group's interest to add Web Share API.) |
@anssiko , We discussed the Web Share API during the last chairs call and were wondering if the right place was to have a new deliverable, or just try to fold it directly in another spec (likely HTML). |
I've talked to a lot of people in Google and there is pretty strong consensus that WPWG is more appropriate for Web Share than Device API. So I think we'll try to get in there instead. Thanks! @ylafon Are you the right person to talk to about WPWG? Maybe we can start discussing Web Share in the WG even if it can't be officially chartered as a deliverable until September. |
@mgiuca, thanks for closing the loop on this one. Based on your feedback, the DAS WG will not add Web Share API to its charter. |
@mgiuca @marcoscaceres The WebPlatform WG's issue list is at https://github.com/w3c/WebPlatformWG/issues |
Sorry I didn't get around to this until now. I've opened an issue on w3c/WebPlatformWG#105. |
Re-reading the new draft Charter, I feel the Web Share API fits within the scope with just minor amendment to the mission statement to bring back the word "services" present in the current Charter.
I expanded the API abstract a bit, since I feel "arbitrary destination" may raise questions and we should be more specific instead with regard to possible share targets.
I also noted Web Intents as a historical pointer.
PTAL @xfq @samuelweiler @dontcallmedom
FYI @mgiuca @marcoscaceres
Fixes #57.