W3C home > Mailing lists > Public > public-device-apis@w3.org > May 2012

Re: System Level APIs draft proposal

From: Marcos Caceres <w3c@marcosc.com>
Date: Thu, 3 May 2012 10:04:17 +0100
To: "N.V.Balaji" <nv.balaji@samsung.com>
Cc: Doug Turner <dougt@mozilla.com>, Niklas Widell <niklas.widell@ericsson.com>, Carr, Wayne <wayne.carr@intel.com>, Tran, Dzung D <dzung.d.tran@intel.com>, Robin Berjon <robin@berjon.com>, public-device-apis@w3.org
Message-ID: <180C8C665BE945E29D752A00D298459C@marcosc.com>



On Thursday, 3 May 2012 at 06:33, N.V.Balaji wrote:

> I agree. I am not aware of the cost and effort involved in setting up a WG,

~2-6 months. Potentially reduced set of RF commitments.    
> however, small and focused working groups are likely to gather more mass
> than one group with wide spread focus.

Maybe, though WebApps WG and the WHATWG serve as strong counter examples. Depends if there is a legitimate interest in implementing (over, say, "wouldn't it be cool if we did spec X?").

For example, if none or few the people that jumped to the new group actually can contribute code to a browser's codebase, then whatever is standardised will see little or no uptake (though you might get a "standard"… historical example: the BONDI and JIL specs). That might be ok, as it might meet the needs of a number of members that want to work together and don't care about getting their code landed, for example, in Webkit. So, it really depends on what the goals are: if the goal is to get onto the Web platform, then at a minimum one would need endorsement from one of the dominant browser engines. But if that is not a big concern, and two or more companies just want to work together on some APIs because the W3C provides a good patent policy and lively community, then a new Working, Incubator, or Community Group is the right way to go IMO.  
  
--  
Marcos Caceres
http://datadriven.com.au
Received on Thursday, 3 May 2012 09:04:53 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:14:30 GMT