- From: Ehsan Akhgari <ehsan.akhgari@gmail.com>
- Date: Thu, 10 Jan 2013 10:43:12 -0500
- To: chris.lowis@bbc.co.uk
- Cc: "public-audio@w3.org" <public-audio@w3.org>
- Message-ID: <CANTur_4qZkGiOwQfRL-B8chtSWH7+jFeegwy+zkpGx+Ev3naCQ@mail.gmail.com>
This seems like a good idea to me, but I'd really like to see the rough outline of the subset in question before deciding how interesting this is as an implementer. Cheers, -- Ehsan <http://ehsanakhgari.org/> On Mon, Jan 7, 2013 at 11:58 AM, Chris Lowis <chris.lowis@bbc.co.uk> wrote: > > Happy New Year! > > At a recent event in London I had a chat with Chris Rogers about the > idea of defining a "version 1" of the specification. This would be a > subset of the current specification with the following aims and > advantages: > > - reduce and help prioritise the current backlog of specification bugs > - help with the implementation of a fixed, rather than moving > target > - allow us to experiment with and discuss features for future versions > without distracting from the standardisation effort > - focus the testing effort on "version 1" > - focus the documentation effort on "version 1" > > We thought of a couple of ways this could be achieved. Either by > defining a subset of the current spec's functionality (Chris mentioned > he could suggest such a subset to get the ball rolling), or by taking a > more granular approach and categorising the current functionality into > order of importance. > > This is just an idea at this stage, and I'd really appreciate any > thoughts from the group - is this a good idea, and if so how could we go > about it? > > Cheers, > > Chris > > http://www.bbc.co.uk/ > This e-mail (and any attachments) is confidential and may contain personal > views which are not the views of the BBC unless specifically stated. > If you have received it in error, please delete it from your system. > Do not use, copy or disclose the information in any way nor act in > reliance on it and notify the sender immediately. > Please note that the BBC monitors e-mails sent or received. > Further communication will signify your consent to this. > > >
Received on Thursday, 10 January 2013 15:44:19 UTC