A Polymer element for flexible GIF playback

Post by [deleted] » Thu, Mar 20, 2014, 11:22 PM UTC

kennywinker wrote: post #7

Sir_Cmpwn wrote: post #2

Alternatively, ditch GIFs entirely and use bandwidth-friendly and feature-friendly HTML5 video.

Not gonna happen until html5 can be set up to autoplay on mobile, and can be copy-pasted into your messaging app and will autoplay there too. I suspect there are other requirements, but much as I love the idea of moving away from gifs (for bandwidth at LEAST) there are a set of things that only gifs can do. Side note: autoplaying html5 would be a massive annoyance, because html5 video can have audio.

Post by geelen » Thu, Mar 20, 2014, 11:29 PM UTC

chadscira wrote: post #10

is there a reason why these are controlled via stylesheets and not turning on/off the images (performance?)? also what happens if i have a gif with more than 100 frames? http://img42.com/PkTga+

Post by vernie » Thu, Mar 20, 2014, 11:32 PM UTC

ivanca wrote: post #12

kennywinker wrote: post #7

Earlier quoted context omitted.

Not gonna happen until html5 can be set up to autoplay on mobile, and can be copy-pasted into your messaging app and will autoplay there too. I suspect there are other requirements, but much as I love the idea of moving away from gifs (for bandwidth at LEAST) there are a set of things that only gifs can do. Side note: autoplaying html5 would be a massive annoyance, because html5 video can have audio.

You know mobile devices have audio controls right? And many android devices have a separated audio control for the browser/content and for the critical stuff (ringtones/notifications)

Post by trekky1700 » Thu, Mar 20, 2014, 11:35 PM UTC

Post by chadscira » Thu, Mar 20, 2014, 11:38 PM UTC

geelen wrote: post #13

chadscira wrote: post #10

is there a reason why these are controlled via stylesheets and not turning on/off the images (performance?)? also what happens if i have a gif with more than 100 frames? http://img42.com/PkTga+

No good reason. I'm going to experiment with toggling the element's style instead of adding a class. But because of the way GIFs are rendered, that's an O(n) task on every frame (so is the CSS style recalculation, of course, but I think the browser's CSS engine will be faster than my JS).