I think I'm asking this question in the wrong place and so I'm re-posting to the more appropriate public-html-comments list. ** Please be sure to remove public-webapps@w3.org from any replies to avoid cross-posting ** - Richard On Tue, Jul 6, 2010 at 12:41 PM, Rich Tibbett <rich.tibbett@gmail.com>wrote: > I realize that the HTML Device element [1] is still in its infancy but > should the scope of this spec be modified to integrate with other APIs as > proposed here: > > http://lists.w3.org/Archives/Public/public-device-apis/2010Jul/0026.html > > ? > > The proposed <device> element seems like the most logical fit for such a > non-form-based control - Any extensions to <input type="file"> would invoke > a file picker which AFAICS would not make for an ideal UX for > non-file-specific information interaction. Rather than getting in to the > UI/UX of the device element, the ability to pass parameters to any resulting > <device> control would open up a ton of possibilities. > > I know first hand that we don't deal in roadmaps, but should we assign some > priority to fleshing out such a fundamental element as <device>? > > Many thanks, > > Richard > > > [1] http://dev.w3.org/html5/html-device/ > >Received on Tuesday, 6 July 2010 12:18:14 UTC
This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:26:26 UTC