Fwd: Adding Web Intents to the Webapps WG deliverables（將 Web Intents 加入 Web Applications 工作組交付文件）

原文討論串：http://lists.w3.org/Archives/Public/public-webapps
/2011JulSep /thread#msg1477
（註：那個 イアンフェッティ（Ian Fette）是 Google Chorme 團隊的主管（之
一？），他不是日本人 :p）
Google 的工程師想要把 Web Intents 的草案[1]加到 Web Applications 工作組
的一大串的交付文件列表[2]裡，馬上就激起了很多討論。

技術上，HTML5 規範的編輯 Ian Hickson（Hixie）馬上給了一連串犀利的反饋
[3]，這邊的技術應答有興趣的人可以看一下。 我還沒有詳細看草案，不過第一眼
的映象是「<intent> 元素的定義怎麼還在用 DTD 啊！應該用 HTML5 規範的那一
套[4]」，歡迎對這個草案比較了解的朋友評論一下。

程序上，有幾個人反對隨便在 Web Applications 工作組加新的交付物，因為章程
需要重寫。Device APIs 工作組提出在 Device APIs 工作組加入這個交付文件的
建議，不過 Ian Fette 是認為 Device APIs 工作組除了 Opera 以外沒有別的瀏
覽器商參與[5]，也提出了在 WHATWG 標準化的想法。至於為什麼其他瀏覽器商沒
有參加這個工作組我不太清楚，從 Mozilla 的新聞群 mozilla.dev.platform[6]
看來，似乎主要是人手不足。

p.s. 所謂「廣義的Device API」不一定是指 W3C 的 Device APIs 工作組產出的
東西，比如說 Mozilla 的 WebAPIs[7] 也是廣義的 Device API，至於這些 API
的差異跟兼容性的狀況就有請專人來解釋了。

[1] http://dev.chromium.org/developers/design-documents/webintentsapi
[2] http://www.w3.org/2008/webapps/wiki/PubStatus#API_Specifications
[3] http://lists.w3.org/Archives/Public/public-webapps/2011JulSep/1475
[4]
http://www.w3.org/html/ig/zh/wiki/HTML5#.E5.85.83.E7.B4.A0.E5.AE.9A.E4.B9.89
[5] http://www.w3.org/2004/01/pp-impl/43696/status
[6] http://www.mozilla.org/about/forums/#dev-platform
[7] https://wiki.mozilla.org/WebAPI


Kenny

-------- Original Message --------
Subject:  Adding Web Intents to the Webapps WG deliverables
Resent-Date:  Tue, 20 Sep 2011 00:41:44 +0000
Resent-From:  public-webapps@w3.org
Date:  Mon, 19 Sep 2011 17:41:02 -0700
From:  Ian Fette (イアンフェッティ) <ifette@google.com>
Reply-To:  ifette@google.com
To:  Web Applications Working Group WG <public-webapps@w3.org>, James
Hawkins <jhawkins@google.com>



I'm forwarding this on behalf of a colleague whose message seems caught up
in a moderation queue. Apologies if it results in a duplicate message for
anyone.

---------- Forwarded message ----------
From: James Hawkins <jhawkins@google.com>
Date: Mon, Sep 19, 2011 at 1:27 PM
Subject: Adding Web Intents to the Webapps WG deliverables
To: public-webapps@w3.org


I am the tech lead for the team designing and implementing Web Intents [1]
for Chrome at Google.  Web Intents is a web platform feature modeled after
the similarly named feature in Android OS.  Web Intents enables client sites
to request high-level functionality, e.g. share, edit, pick, upload, auth,
from an unknown (to the client) provider.  The UA enumerates the list of
registered providers that the user has already accepted as Intent handlers,
allowing the user to pick which provider she wants to use for the particular
action.

This feature is not a panacea, nor do we envision it as a 'meta API';
however, the use cases we've focused on will make web apps much more
connected and useful for users.  Take the NASCAR problem: with Web Intents,
publishers can get rid of maintaining an ever-growing list of 'share'
providers, replacing them with one share button that kicks off the 'share'
action.  The user only sees the sites that she actively uses.

Note: we're actively working with Mozilla on the API, and the draft I have
prepared has been agreed upon by both vendors.

I've read through the Webapps charter, and I believe Web Intents fits the
goals and scope of the WG.

Goals
* Promote universal access to Web applications across a wide range of
devices.
  - Web Intents can be implemented in browsers on all devices, and more
importantly, the feature is a perfect conduit for hooking into platform
functionality (Android Intents, iOS API, a scalable
registerProtocolHandler).
* Promote creation of tutorials and other educational material.
  - Check out http://examples.webintents.org where we have example
clients/providers of Web Intents using a JS shim that works across all
current browsers.
  - The action string in the API is suggested to be a URL pointing to
documentation for the action, e.g., http://webintents.org/share is both the
string for the 'share' action and the URL of the documentation for said
action.

Scope
* Markup vocabularies for describing and controlling client-side application
behavior.
  - Web Intents provides an <intent> tag that allows provider sites to
declare which intent actions they handle.
* Programming interfaces for client-side development: platform interaction.
  - As stated above, this feature can easily be extended to hook into the
platform to, say, allow the UA to notify providers of platform events or
data sources, e.g., plugging in a camera.
The developers of this API, from both Mozilla and Google, believe Webapps is
the right home for Web Intents.  I'd like to open discussion on the topic
and get your feedback.  Ultimately we'd like to take the next steps towards
getting Web Intents officially out in the open, actively developed by the
larger Webapps community.

Thanks,
James Hawkins

[1] http://dev.chromium.org/developers/design-documents/webintentsapi