- From: Philip Jägenstedt <philipj@opera.com>
- Date: Wed, 22 Sep 2010 14:47:37 +0200
On Wed, 22 Sep 2010 14:14:34 +0200, Silvia Pfeiffer <silviapfeiffer1 at gmail.com> wrote: > On Wed, Sep 22, 2010 at 9:54 PM, Chris Double > <chris.double at double.co.nz>wrote: > >> On Wed, Sep 22, 2010 at 11:50 PM, Silvia Pfeiffer >> <silviapfeiffer1 at gmail.com> wrote: >> >> Removing the poster attribute is an option to turn the poster off but >> >> there is no way to turn it back on again. >> > >> > You just need to remember the value of the poster element before you >> remove >> > it - then you can set it back later. >> >> I might be misunderstanding what was requested but I don't think this >> would work. Setting it back won't make the poster appear. The original >> request was to have a way to make the poster appear or disappear at >> will. I don't think there is a way at all of re-displaying the poster >> without creating a new video element is there? >> > > Ah I see that's what you meant. Yes, there isn't right now. > > My suggestion was to adapt the functionality of "load()" to provide for > this > need at the end of the video playback. For displaying the poster at any > other time, you would still need to run you own javascript code, but I > see > that as a minor use case, so that should be ok. Calling load() would cause the video decoding pipeline to be destroyed and recreated, jumping to the beginning of the video. load() is basically only for manually triggering resource selection after modifying <source> elements, I think we should use it as little as possible. Resetting the poster state in load() might be a good idea, but it doesn't really solve the problem at hand. I don't have a strong opinion on whether or not the problem is worth solving, but if we do solve it a read-write posterVisible IDL attribute would be OK by me. -- Philip J?genstedt Core Developer Opera Software
Received on Wednesday, 22 September 2010 05:47:37 UTC