- From: Harald Alvestrand <harald@alvestrand.no>
- Date: Fri, 07 Feb 2014 05:31:10 +0100
- To: Cullen Jennings <fluffy@iii.ca>, Robert O'Callahan <robert@ocallahan.org>
- CC: "public-media-capture@w3.org" <public-media-capture@w3.org>
On 02/07/2014 12:55 AM, Cullen Jennings wrote: > On Feb 6, 2014, at 4:49 PM, Robert O'Callahan <robert@ocallahan.org> wrote: > >> On Fri, Feb 7, 2014 at 10:56 AM, Harald Alvestrand <harald@alvestrand.no> wrote: >> After reading through the messages sent on this topic, and after >> consulting with the editors, the chairs have reached the following >> conclusions and action plans: >> >> - We will keep the Constrainable interface, with the current structure. >> - We will make one registry of constraints, common across all usages. >> - We will change the type of ConstraintSet to be a typedef of Object. >> >> Details on each of these: >> >> The trigger for breaking out the Constrainable interface was a request >> from Jim (editor of MediaStreamRecorder) to have an interface he could >> reuse, rather than having to respecify constraints from scratch if he >> wanted to reuse the pattern. >> We believe the breaking out makes the interface reusable, as requested, >> and also makes the specification clearer and easier to read. Both are wins. >> >> You have focused on the benefits to specifiers, who are near the bottom of the "priority of constituencies": >> http://www.w3.org/TR/html-design-principles/#priority-of-constituencies >> Using Constrainable for MediaRecorder places burdens on implementors (e.g. having to implement mandatory constraints and applyConstraints() for MediaRecorder, when no case has been made for them being valuable in their own right). It also places burdens on authors for the reasons I raised previously. And as a reader of the MediaRecorder specification, I do not find that having to refer to the separate Constrainable spec and IANA registry --- and wade through the parts irrelevant to MediaRecorder --- makes it easier to read. >> >> I would like to ask the W3C TAG to consider these issues and offer their opinion. Do you have any objection to that? We did this for some contentious issues in Web Audio and it worked well. >> >> Rob >> -- > Before we consult the TAG, I would like us to consult the work group (not the task force) and ask them what they think. I think that is a logical step to do first. > > > > I'd like to hear from the task force too. -- Surveillance is pervasive. Go Dark.
Received on Friday, 7 February 2014 04:31:40 UTC