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

111–120 of 228 posts

Re: Every pricing page should have GIFs

#111

Post by codemonkey-zeta »

antoniuschan99 wrote: post #91
pyronite wrote: post #32

Earlier quoted context omitted.

> 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. The underlines being dotted, it's closer to an element ( https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ab... ), which does not act as a link.

another option would be using this ⓘ User will click/tap and the modal of the gif will show

I'm a big fan of this solution, and I've used it quite a few times.

Ideally I would like to use drop downs where possible like GP describes, since a > icon (or similar) before some text unambiguously indicates how to get more information, but sometimes the implementation is non-obvious. I've had issues when my data is tabular (like this pricing page). Where should the drop down appear? Sometimes you have a 3rd party table (or template, like this article describes), and the customization options might not be there. At the very least you have to spend time styling both the additional information AND figuring out how it fits into the document flow.

The great thing about a tooltip is that it's out of the document flow. You can just ignore the rest of your application, resulting in (usually) faster development speed. However, as GP points out, you have to consider mobile, and it's not always obvious how to indicate _in_ the context of your document that something is hoverable.

ⓘ is a best of both worlds solution IMO. It's totally unambiguous on both desktop and mobile that hovering, clicking, or tapping will bring up more information, AND you get the development speed of using a tooltip.

Re: Every pricing page should have GIFs

#112

Post by handrous »

technobabbler wrote: post #43
janekm wrote: post #22

Earlier quoted context omitted.

Not for screen recordings, unless you're doing a screen recording of photos or videos a GIF will typically be more bandwidth efficient (as there will be large areas of single colours and few changes between frames which GIF is good at).

> 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 more CPU than gif, in practice.

Re: Every pricing page should have GIFs

#114

Post by slantyyz »

huhtenberg wrote: post #89
tambourine_man wrote: post #76

Earlier quoted context omitted.

>For cat videos - most likely. Not at all [1] https://techjury.net/blog/mobile-vs-desktop-usage/#gref [2] https://www.statista.com/statistics/277125/share-of-website-... >Do you work for Google? That's pretty much the only "we" that's been hammering that. Nope. It's just everyone, really. [3] https://developer.mozilla.org/en-US/docs/Web/Progressive_web... [4] https://xd.adobe.com/ideas/process/ui-design/what-is-mobil…

[1] talks about using mobile devices to "close deals", which is not the same as a b2b web traffic. [2] doesn't talk about b2b segment at all. People who are buying products and services, especially of IT nature, sit in the office in front of their laptops and desktops. We have an installable desktop product. Guess the percentage of mobile traffic on its website? It's 5%. Five. So, yeah, "it even works on mobile" make…

When I'm browsing on my phone, I usually find myself opening a site with a "mobile" ui in desktop mode, because the mobile version is usually inferior to the desktop version.

Re: Every pricing page should have GIFs

#116

Post by ichydkrsrnae »

lsaferite wrote: post #85
k1t wrote: post #41

Earlier quoted context omitted.

Sometimes liberties are taken here, such as California originally separating carpool lanes with yellow lines (when they should have been white). Presumably they felt that even though yellow was incorrect, it sent a clearer "do not cross" message to drivers. They were later ordered to change them to white.

My funny anecdote around that: The road in front of my house has a dual center yellow line, but the reflective additive they used in the paint shows up white. At night all of the lines are white. VERY confusing.

That sounds like something you should report to an authority. It could even be a whistleblower issue if the contractor shorted the city with substandard glowy stuff and it's causing serious safety issues.

Re: Every pricing page should have GIFs

#118

Post by elondaits »

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.)

Re: Every pricing page should have GIFs

#119

Post by jimmygrapes »

k1t wrote: post #41
ichydkrsrnae wrote: post #36

Earlier quoted context omitted.

I'm staring at this conclusion with the most bemused expression on my face. I'm thinking of the lines painted on the highway, wondering what tragedies would result if yellow line, white line, dotted line, and solid line were similarly ambiguous.

Sometimes liberties are taken here, such as California originally separating carpool lanes with yellow lines (when they should have been white). Presumably they felt that even though yellow was incorrect, it sent a clearer "do not cross" message to drivers. They were later ordered to change them to white.

I've driven through places where the lanes change directions or get closed based on traffic flow, most often near sports/entertainment arenas, and they tend to have one or two lanes with dashed white lines which are always open and the rest of the 3+ lanes are dashed yellow. I've always wondered if this is an exception to a rule, or if there even is a definite DOT rule (or if localities can override DOT regulations, such as in the case of rainbow crosswalks). I do recall in my driver's education classes 20+ years ago that a dashed yellow is "allowed to enter and exit but not for travel" but again that may have been a local rule.

Re: Every pricing page should have GIFs

#120

Post by wscott »

Telegram always uses GIFs very effectively for explaining new features. The animations are always kinda cutesy, but still very good at demonstrating the feature.

https://telegram.org/blog/shared-media-scrolling-calendar-jo... https://t.me/s/TelegramTips

(both look better in Telegram than on the web, but it gets the idea across.

Post reply on HN