On Tue, Jul 7, 2009 at 2:31 AM, Aryeh
Gregor<Simetrical+wikilist(a)gmail.com> wrote:
[snip]
You should be able to use the "poster"
attribute. Firefox doesn't
support this until 3.6, though
<https://bugzilla.mozilla.org/show_bug.cgi?id=449156>. (I *think*
WebKit already supports it, at least on trunk, based on some quick
searches of their Bugzilla; not sure since when.) For Firefox 3.5,
you could add the poster image with JavaScript, which is still
strictly better than the current situation. Probably it would be
possible to provide the poster image using some simple CSS hacks, too.
What do you think we're doing now? A jpeg 'poster' is displayed. When
the user clicks the poster is replaced by the appropriate playback
mechanism.
This is supposed to be controlled by the autobuffer
attribute. Are
you aware that any user agents will buffer the whole video even if
this attribute isn't present?
Firefox betas, for example. :)
There is a <video/> support QT based browser that just fetches as soon
as possible (I can't think of the name at the moment). I expect we'll
see more of it in the future. Probably not enough to matter.
I said it needed to be weighed, not that the weighing would come out
any particular way. I'm a fan of using Video natively. The fact that
it makes save-page work the way it should is really great.
It would probably be sensible to have
autobuffer set on the file page itself, but not when it's included in
articles.
Thats a good idea, and another compelling argument for using the video
tag directly rather than a last minute substitution.
[snip]
installed. Even at worst, it won't be noticeably
inferior to the
current situation for these users, and there are other benefits (no
need to load Cortado at all, no custom interface).
I'm not sure how you think it currently works but there is currently
zero need to load cortado for HTML5 supporting browsers.