W3C home > Mailing lists > Public > public-html@w3.org > January 2010

Re: Should <video> buffer control be tri-state?

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Wed, 6 Jan 2010 00:08:29 +1100
Message-ID: <2c0e02831001050508wd6791a3i395525cb45ab5026@mail.gmail.com>
To: "Scheppe, Kai-Dietrich" <k.scheppe@telekom.de>
Cc: Aryeh Gregor <Simetrical+w3c@gmail.com>, robert@ocallahan.org, Philip Jägenstedt <philipj@opera.com>, Maciej Stachowiak <mjs@apple.com>, "Tab Atkins Jr." <jackalmage@gmail.com>, "Edward O'Connor" <hober0@gmail.com>, Jeremy Keith <jeremy@adactio.com>, HTMLwg <public-html@w3.org>
On Tue, Jan 5, 2010 at 7:43 PM, Scheppe, Kai-Dietrich
<k.scheppe@telekom.de> wrote:
> Hi,
>> What are the actual use-cases for author control over buffering here?
>> The only reasons I can think of are
>> 1) Improve user experience.
>> 2) Conserve server bandwidth.
>> For (1), is it likely that typical authors will ever be able
>> to make a better guess on whether autobuffering is needed
>> than implementers?
>> Why would this be?  What information would authors have that
>> the browser couldn't figure out just as well?  This is all
>> keeping in mind that while browser heuristics will fail
>> sometimes, so will author use of the autobuffer attribute.
> The question is not whether authors are likely to do something or not.
> By not giving them the opportunity in the first place we will certainly keep them from learning.
> Furthermore, it is not the small time authors that drive usage of technology, but the big ones, who have a stake in doing it correctly and serve as examples to the others.
> Everybody looks at how the "big guys" are doing it.
> As such please do not discount that people are capable of doing things correctly.

I'd actually like to chip in here - I was rather offended by the
remark that authors cannot be trusted. While there are many authors
out there that really don't know what they are doing, there are many
that do. Standards are not written for those that don't know what they
are doing - those people don't care one way or another anyway. But we
write these standard for those that know what they are doing to enable
them to give good markup to the browser, which it turn enables the
browsers to do the right thing.

I don't think that the argument "there are bad Web authors out there"
should ever be an acceptable argument against a perfectly valid
feature: "Our authors are incapable, therefore we have to incapacitate
them." It should, however, be an argument against enabling the
specification of contradictory markup - such as both an autobuffer and
a noautobuffer attribute. That's just asking for trouble.

Received on Tuesday, 5 January 2010 13:09:22 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:45:06 UTC