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

Slick – Carousel

kenwheeler.github.io

Post reply on HN
Print view View original

41–50 of 119 posts

Re: Slick – Carousel

#41

Post by thekenwheeler »

cairo140 wrote: post #38

Testing it out as a user, the slide transitions didn't feel as responsive to swipe velocity as I expected. In particular, if I swipe even a small distance but quickly, I expect to trigger the transition. I just tested it with iOS and Android, and they both seem to do it at least for left-to-right transitions of home screen pages, and Android does it for the top menu. From looking at [the source]( https://github.com/k…

I actually tried it when first writing it, and that kind of sucked. If you nipped it, it would go super slow, and if you swiped fast, it basically blinked into place. I might revisit this at some point where I round off the translated values a little bit.

Re: Slick – Carousel

#42

Post by kstop »

hockley wrote: post #19
psychometry wrote: post #15

Earlier quoted context omitted.

I honestly can't think of an instance where a carousel is the best UI element to use, yet everyone requests them. Why?

Internal Department Head You Can't Say No To: "We need our campaign on the front page next month." Website Manager: "Okay, we'll put you in the carousel."

Not enough upvotes in the world.

Re: Slick – Carousel

#43

Post by lancer383 »

thekenwheeler wrote: post #39
rch wrote: post #37

It looks to me like pinch/zoom doesn't work. Not a big deal, but I wouldn't call it perfect until it's flawless on a tablet and phone.

What do you mean pinch/zoom?

The page itself (not the slider), sets a fixed viewport, which means that a user cannot pinch/zoom the page on a tablet/phone.

Here is the code:
Removing that little "user-scalable=0" should fix it, as being able to zoom in on a page is a nice feature, and shouldn't be disabled unless there is a really good reason.

Re: Slick – Carousel

#44

Post by thekenwheeler »

lancer383 wrote: post #43
thekenwheeler wrote: post #39

Earlier quoted context omitted.

What do you mean pinch/zoom?

The page itself (not the slider), sets a fixed viewport, which means that a user cannot pinch/zoom the page on a tablet/phone. Here is the code: Removing that little "user-scalable=0" should fix it, as being able to zoom in on a page is a nice feature, and shouldn't be disabled unless there is a really good reason.

Well that's not a plugin problem, thats a demo page problem. And I typically disable that when there is responsive/mobile formatting in place

Re: Slick – Carousel

#45

Post by lancer383 »

I really like this - I have played with FlexSlider when a responsive slider is needed, but it doesn't resize its slides as its containing element resizes. This does it in a much more elegant manner, and the touch events also feel quite natural.

Re: Slick – Carousel

#46

Post by lwh »

Part of the joy of carousel selection is giving otherwise useless stakeholders a feeling of productivity. There can be no last carousel!

Re: Slick – Carousel

#47

Post by chaz »

Angostura wrote: post #34
psychometry wrote: post #15

Earlier quoted context omitted.

I honestly can't think of an instance where a carousel is the best UI element to use, yet everyone requests them. Why?

They're an absolute boon to Web designers where different stakeholders in the client organisation can't make up their bloody minds. There comes a snapping point where a carousel is suggested to avoid insanity.

Indeed. It's an organizational relief valve that doesn't rock the boat much from a UI or product perspective. This is less of a problem at a small company, but a big problem at large companies. Standardizing the creative unit also makes it much easier to manage, and can be changed quickly by a semi-technical person if they are given a tool.

Re: Slick – Carousel

#48

Post by webwright »

yummyfajitas wrote: post #9

I don't wish to engage in standard HN negativity, but I'd like to suggest that you should probably don't want to use a carousel at all most of the time. From the user's perspective, a carousel is just a random image. You'll get more conversions if you choose the best image instead of a random one. http://www.bayesianwitch.com/blog/2014/carouselsarebadforcon...

Add'l data on how carousels don't convert.

"Don’t Use Automatic Image Sliders or Carousels, Ignore the Fad" http://conversionxl.com/dont-use-automatic-image-sliders-or-...

Re: Slick – Carousel

#49

Post by ulisesrmzroche »

thekenwheeler wrote: post #44
lancer383 wrote: post #43

Earlier quoted context omitted.

The page itself (not the slider), sets a fixed viewport, which means that a user cannot pinch/zoom the page on a tablet/phone. Here is the code: Removing that little "user-scalable=0" should fix it, as being able to zoom in on a page is a nice feature, and shouldn't be disabled unless there is a really good reason.

Well that's not a plugin problem, thats a demo page problem. And I typically disable that when there is responsive/mobile formatting in place

I dunno, I want to see it work for real. It's whoever wrote the demos fault really. Throw some integration tests up and drive it through its paces. I bet you there's more missing areas.

Re: Slick – Carousel

#50

Post by Smudge »

I know "progressive enhancement" is a little passé at this point (at least as far as the HN crowd seems concerned), but the flash of unstyled content (before javascript loads) is really ugly. (Try disabling javascript and see how the unloaded carousels take up a ton of vertical space).

The script says it uses CSS3 when available, so I wonder if the markup can also be structured to be styled when the page loads, instead of when javascript loads. (I've done this before with my own carousel -- everything is set up with CSS, and javascript is only used to make the left/right arrows function).

Post reply on HN