- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Mon, 19 May 2014 17:07:19 +1000
- To: Harald Alvestrand <harald@alvestrand.no>
- Cc: "Cullen Jennings (fluffy)" <fluffy@cisco.com>, Justin Uberti <juberti@google.com>, "public-media-capture@w3.org" <public-media-capture@w3.org>, public-webrtc <public-webrtc@w3.org>
On Mon, May 19, 2014 at 11:21 AM, Harald Alvestrand <harald@alvestrand.no> wrote: > On 05/19/2014 02:13 AM, Silvia Pfeiffer wrote: >> On Mon, May 19, 2014 at 4:31 AM, Cullen Jennings (fluffy) >> <fluffy@cisco.com> wrote: >>> On May 18, 2014, at 1:21 PM, Justin Uberti <juberti@google.com> wrote: >>> >>>> I think 'ideal' will make this less inscrutable, e.g. >>>> >>>> videoCfg = { >>>> require: ["width"], >>>> width: { min: 640, ideal: 1920 }, >>>> }; >>>> >>>> which to me reads even more cleanly that the mandatory/optional syntax. >>>> >>> yah, that is even clearer - but the require things is still confusing. What about >>> >>> videoCfg = [ >>> { constrain: ”width”, min: 640, ideal: 1920 }, >>> ]; >> >> Or to express the same semantics as the first example, maybe: >> videoCfg = [ >> { constrain: ”width”, min: 640, ideal-min: 1920, ideal-max: 2560 }, >> ]; >> >> TBH I really quite like this. It turns the constraining around from >> listing the attributes, then listing the requirements, then the >> optional (but preferred ones) to grouping all information together by >> constraint feature. > > Silvia, I have absolutely no idea what the semantics of the thing you > have just typed is, or how it would generalize to various combinations > that have been put forward as use cases. > Since this thread started off with "required", I have no idea how you > would express the difference between required stuff and non-required > stuff in that syntax. I interpreted the semantics of this proposal from Cullen: videoCfg = { require: ["width"], width: { min: 640 }, advanced: [ { width: { min: 1920 } }, { width: { max: 2560 } } ] }; to mean: I want width to be a min of 640, but preferably between 1920 and 2560. Therefore my adjustment of his changed proposal to include the range of preference rather than a single "ideal" value. > But generally: > > I do NOT think this is a good time for coming up with more proposals. Take that up with Cullen, who started the thread. I personally wasn't aware that we had already changed the Syntax again, sorry. Regards, Silvia. > If we need to change things again, we need to have a really good reason > for it. > "Prettier" is not a really good reason. > > >> >> Silvia. >> > > > -- > Surveillance is pervasive. Go Dark. >
Received on Monday, 19 May 2014 07:08:10 UTC