Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Every pricing page should have GIFs

tdinh.notion.site

Post reply on HN
Print view View original

151–160 of 228 posts

Re: Every pricing page should have GIFs

#151

Post by jjeaff »

ichydkrsrnae wrote: post #16

There's a UX problem on mobile. I have to click on something to make the GIF appear. What do I click? A link. Expected behavior of a link is to link me elsewhere, not to show a pop-up GIF, so I'm immediately confused when that happens. I also can't figure out how to make the link actually link. Does it link anywhere? Is it even a link or just Jscript onClick thingy? Do I have to click on the GIF to make it link, beca…

>Expected behavior of a link is to link me elsewhere

That may be true, but I certainly wasn't confused when I tapped it and saw the popup. On mobile, you could make the popup take up the whole screen with an easy X button and perhaps it would solve that issue (Minor as it may be)

Re: Every pricing page should have GIFs

#152

Post by austhrow743 »

dehrmann wrote: post #93
jazzyjackson wrote: post #30

Earlier quoted context omitted.

encoding an MP4 to work on all platforms is not as easy as exporting gif. gif will work on all platforms past and future, 10x the size tho they may be (I encode as MP4 but i have to say it’s annoying to find it doesn’t work on some version of safari)

IIRC, ~everything other than Apple devices works with vp8 and webm. Apple devices like mp4 and x264.

Non apple devices are also fine with h264. AFAIK it’s the video codec with the most support and what I would pick if I’m going to be throwing the one same file at every device.

Re: Every pricing page should have GIFs

#153

Post by aasasd »

elondaits wrote: post #118
aasasd wrote: post #73

We should define a media pseudo-format, or at least attributes for the ‘video’ tag, which would say that the video will play without sound—with it being enforced by the browser and without the option for the user to turn sound on. This way, modern codecs can be used for short animations instead of the format for moving 16x16 icons from '87—while still allowing users to block regular videos. Maybe even force-limit the…

The `muted` attribute of the tag already does that. It's an important attribute because it's necessary for videos to autoplay under Chrome. If you don't mute the video autoplay will only work if some special conditions are met (e.g. the user already played video with sound before on that site, etc.)

Eh, sites still just play long videos, but muted—expecting that your attention will be inevitably drawn by the movement, and you'll enable sound. It's just part of all the flashy junk immediately distracting the visitor from whatever they wanted to do on the page.

Instead, videos shouldn't play unless they have a ‘muted-forever’ attribute, with no way to enable sound. This way they will be the same as GIFs, but with better codecs.

Re: Every pricing page should have GIFs

#154

Post by tempestn »

ichydkrsrnae wrote: post #16

There's a UX problem on mobile. I have to click on something to make the GIF appear. What do I click? A link. Expected behavior of a link is to link me elsewhere, not to show a pop-up GIF, so I'm immediately confused when that happens. I also can't figure out how to make the link actually link. Does it link anywhere? Is it even a link or just Jscript onClick thingy? Do I have to click on the GIF to make it link, beca…

There's somewhat of a convention to use a dashed underline on links that have behaviour like this; perhaps that would be an improvement.

Re: Every pricing page should have GIFs

#155

Post by Sesse__ »

mceachen wrote: post #47
gpvos wrote: post #35

Earlier quoted context omitted.

In what way does Firefox block them? If you mean they don't autoplay: that is how it is meant to be. Please do not annoy your users.

They may have tried to open arbitrary mp4s and had Firefox not render it. Firefox seems to only render MP4 files that use yuv colorspace and aa3 audio channels, which require specific ffmpeg flags during transcoding. It took me a day of grinding whackamole to find the magic set of arguments to make all recent, popular browsers actually display a video: https://github.com/photostructure/photostructure-for-servers...

More specifically, most devices will want _4:2:0_ Y'CbCr. It's highly unlikely that FFmpeg gave you anything that's not Y'CbCr (H.264 can technically encode RGB, but I've never ever seen it in use). And if it chooses 4:2:2 or 4:4:4, you get a warning.

FWIW, if you really want to encode your video in Rec. 2020, you'd almost certainly want a 10-bit encode, and then you're outside what e.g. iOS devices will render again. Rec. 709 is the safe choice.

Re: Every pricing page should have GIFs

#158

Post by pineconewarrior »

dheera wrote: post #132
ichydkrsrnae wrote: post #16

There's a UX problem on mobile. I have to click on something to make the GIF appear. What do I click? A link. Expected behavior of a link is to link me elsewhere, not to show a pop-up GIF, so I'm immediately confused when that happens. I also can't figure out how to make the link actually link. Does it link anywhere? Is it even a link or just Jscript onClick thingy? Do I have to click on the GIF to make it link, beca…

Also, use WebM, not GIF, for better compression. GIF is obsolete trash from the 1990's internet. You can have a GIF fallback but 99% of browsers don't need it.

well... 99% perhaps not. mobile safari is pretty important

Re: Every pricing page should have GIFs

#159

Post by ravenstine »

Not a bad idea in and of itself, but screw hover effects.

I've come to really hate everything involving hover. On all sorts of websites there's some menu bar at the top or the side where it's way too easy for me to accidentally move my cursor over it and suddenly 1/5 of the page is blocked. I really wish that these things could just be replaced with a click. If I want to view a dropdown or something with dense details, I can jolly well click or tap on it.

EDIT: Interestingly, it appears possible to intercept and nullify mouseover events.

```

document.addEventListener('mouseover', (e) => e.stopPropagation(), true);

```

Works on wellsfargo.com, making their menus work like I think they should. Obviously it wouldn't work for CSS-based hover.

Maybe I'll make this into an extension.

Re: Every pricing page should have GIFs

#160

Post by throwaway81523 »

I don't understand this article at all. It says every pricing page should have gifs, but doesn't say why. Maybe it says in the images, but they don't load at least under my current adblock configuration. For that matter, JS and gifs of any sort on a web page are effectively another annoying captcha when I just want the information. For pricing, please just post a CSV or equivalent, and get out of the way.
Post reply on HN