On Tue, Jul 7, 2009 at 2:31 AM, Aryeh GregorSimetrical+wikilist@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.