This isn't good UX and it's not accessible or web-friendly either.
Every pricing page should have GIFs
191–200 of 228 posts
Re: Every pricing page should have GIFs
#192So this is how I find out about LICEcap[0]. After years of thinking byzanz-record[1] was the only way to record a decent quality gif. Justin Frankel, you're an awesome dude. [0]: https://www.cockos.com/licecap/ [1]: https://linux.die.net/man/1/byzanz-record
On Windows there's also μGiffer - https://iobureau.com/ugiffer
Re: Every pricing page should have GIFs
#193Earlier quoted context omitted.
another option would be using this ⓘ User will click/tap and the modal of the gif will show
> User will No they won't. I don't mean this cynically, every test I've seen with a feature like that has had _very_ low engagement.* This is the problem with features that "get out of the way" - they are underused and the intended value is lost. It's a conundrum, because I totally agree in terms of interaction design but what good is a (well designed or not) feature that isn't used?
Maybe those users simply aren't interested enough in your product? I think adding a simple note "click on the labels to see a demo" should be enough discoverability.
Re: Every pricing page should have GIFs
#194Earlier quoted context omitted.
You have to encode it in multiple formats because many systems do not support proprietary codecs.
Is there a format that is not proprietary and works for this purpose?
AV1 is the proposed future. But Apple has been holding back universal free formats for a while now. Apple is on the AV1 group so in theory they should support it later but they do not yet.
Re: Every pricing page should have GIFs
#195Here to vote on the "please don't do this" option. Can you just accordion the indicators in between the rows so that a user can choose to expand? I find the popup insanely annoying and un-asked for. If I want something, I'll click it, please don't force it on me. But that's just me.
Agree, an accordion feels like a good use case here
Re: Every pricing page should have GIFs
#196Earlier quoted context omitted.
> as there will be large areas of single colours and few changes between frames which GIF is good at Pretty sure that's how modern video codecs work too. A lot of movies have regions that don't change much between frames (e.g. backgrounds, or some dude's face staring at the camera all dramatically). What GIF gets you is a lossless video, which is overkill for most applications. Video codecs can achieve a similar perc…
All I know is that when I find an actual gif it's really easy to save and share, but when I find a "gif" that's actually a video, shit never works right. Keep gifs. More gifs, even. Down with videos where gifs would do. Also, raw size isn't everything. What's memory use look like during playback? CPU use? Higher? Spikier? I know there's hardware decoding for common codecs but wouldn't be surprised if videos still use…
Gifs look like garbage for video though, and take up 10x the space.
I'm the opposite. I wish they'd just deprecate gif everywhere and then we'd see better video support.
CPU usage shouldn't be an issue for small web video clips on any semi-recent device, my phone records 4k 60fps HEVC HDR10+.
Re: Every pricing page should have GIFs
#197Earlier quoted context omitted.
Not using fancy made-up words around you ever again.
If you can't even define them, then that's probably for the best
You don't need to freak out every time someone invents a new word construction. I understood the comment perfectly the first time, which brings us to 2/3 other commenters having grocked it immediately.
Wait, grocked is a made up word too. Pretend I said understand.
Re: Every pricing page should have GIFs
#198Don't use GIFs, use audioless mp4s instead. They can be made to work in the exact same way as GIFs (autoplay, loop or not, etc) but are a fraction of the bandwidth.
You have to encode it in multiple formats because many systems do not support proprietary codecs.
The problem is mostly the Apple devices which don't support non-proprietary formats. H.264 is probably the most universal codec, but it's proprietary and requires a license for commercial use. The non-proprietary VP8 codec is supported by most browsers, but Safari support (outside of WebRTC) requires version 14.1, which was only released this year. And that's only on Mac OS, not iOS—though we might see WebM support for mobile Apple devices in the next release. And then there are complicating factors like "Edge support for VP8 requires the use of Media Source Extensions" and "Firefox only supports VP8 in MSE when no H.264 hardware decoder is available"[0] which stand in the way of a one-size-fits-all solution.
[0] https://developer.mozilla.org/en-US/docs/Web/Media/Formats/V...
Re: Every pricing page should have GIFs
#199Here to vote on the "please don't do this" option. Can you just accordion the indicators in between the rows so that a user can choose to expand? I find the popup insanely annoying and un-asked for. If I want something, I'll click it, please don't force it on me. But that's just me.
Someone linked to a page doing the accordion. I don't like that it shifts the contents of the page. I much prefer the tooltip style, but I would combine it with making a click bring you to the relevant section of a "Features" page.
Re: Every pricing page should have GIFs
#200Earlier quoted context omitted.
Do they work if the user has disabled autoplay in browser media settings? This is one of the first things I do when setting up a browser.
I’m curious, would you disable GIF autoplay if the browser’s settings offered it?
Yes. The performance of playing gifs is awful. Even better if gif autoplaying could be gated by the dimension of the gif. Under 100x100? That's fine, autoplay it. But some nutjob's 1000x1000 gif? Please spare me.