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

Turn.js - The page flip effect for HTML5

turnjs.com

Post reply on HN
Print view View original

71–80 of 82 posts

Re: Turn.js - The page flip effect for HTML5

#71

Post by strmpnk »

mtts wrote: post #63
georgemcbay wrote: post #6

This is cool and I don't mean to disparage the work that went into it, but at the same time I hope nobody actually uses it because just plain old vertical scrolling web pages are way more practically usable.

I think so to, but usability research done by a partner company of ours showed, to their and our surprise, that "ordinary users" prefer this page turning effect.

Usability and prefer are two words that are dangerous when used together. While it worked, I found it completely unusable on my phone and tablet. I'm not sure the mouse would serve any better either.

Re: Turn.js - The page flip effect for HTML5

#72

Post by legooolas »

xtracto wrote: post #70
ricardobeat wrote: post #43

Earlier quoted context omitted.

> There are some specific cases where it might make sense to do it Like when your client demands it and you give in? I've used pageflip in the past and grew to abhor it. It's only quality is the cool factor, which we got over 6 years ago. I hate magazines that use it for their "digital" version.

Yeah, this script reminded me of an old photo-flipbook program that wasy available a long time ago (I think for Windows 3.1x). At first the effect seemed "neat", but after browsing hundreds of photos with the same effect the novelty weared out and it became cumbersome.

> At first the effect seemed "neat", but after [repeated use] the novelty wore off and it became cumbersome

I find the same with virtually all animations on phones and other UIs. If it can show me what I want a smidgen quicker by not animating then it gets disabled.

Re: Turn.js - The page flip effect for HTML5

#73

Post by JoshTriplett »

pacmon wrote: post #57
JoshTriplett wrote: post #55

Earlier quoted context omitted.

Doesn't happen here; the page doesn't change when I move the mouse over the "next page" corner, other than the folding up of that corner. Everything remains crisp. What browser did you use?

The blurring happens in Firefox 10. It also makes the whole 'page' shift a couple pixels. It's really disruptive and ruins the whole effect.

Interesting. I run Firefox 10, and it doesn't happen here.

Re: Turn.js - The page flip effect for HTML5

#74

Post by ricardobeat »

ekianjo wrote: post #49
ricardobeat wrote: post #43

Earlier quoted context omitted.

> There are some specific cases where it might make sense to do it Like when your client demands it and you give in? I've used pageflip in the past and grew to abhor it. It's only quality is the cool factor, which we got over 6 years ago. I hate magazines that use it for their "digital" version.

There's also a reason it is used. A typical magazine layout does not translate well on an vertical scrolling page. This is one solution to a conversion problem. There's not always a "BEST" solution to that kind of thing. There are trade-offs no matter what you choose to do. However, providing different ways to view the same information is usually a good practice. I wonder what is the "user" perspective on this. I am…

I agree, but the trade-offs depend on your goals, and for each of those there is a best solution. If you want to provide a good reading experience on the web, you have to use appropriate layouts.

Re: Turn.js - The page flip effect for HTML5

#75

Post by ricardobeat »

cookiecaper wrote: post #59
ricardobeat wrote: post #43

Earlier quoted context omitted.

> There are some specific cases where it might make sense to do it Like when your client demands it and you give in? I've used pageflip in the past and grew to abhor it. It's only quality is the cool factor, which we got over 6 years ago. I hate magazines that use it for their "digital" version.

>Like when your client demands it and you give in? Someone in this thread gave a great example: their company makes "photobooks" and this effect is used in the preview before you order to make it feel more "real". I think that's a legitimate use. Obviously, magazines that just plaster pieces of the PDF on and then demand the page flip are not usable or accessible, but there are other uses for something like this.

Of course, using a paper simulator to showcase printed material makes complete sense :)

My comment was related to the (common) case where someone thinks this is the best way to adapt printed content to the web, and that people actually want virtual magazines instead of something suited to screen reading/interaction. Fortunately that appears to be a dying mindset.

Re: Turn.js - The page flip effect for HTML5

#77

Post by rhizome »

ricardobeat wrote: post #75
cookiecaper wrote: post #59

Earlier quoted context omitted.

>Like when your client demands it and you give in? Someone in this thread gave a great example: their company makes "photobooks" and this effect is used in the preview before you order to make it feel more "real". I think that's a legitimate use. Obviously, magazines that just plaster pieces of the PDF on and then demand the page flip are not usable or accessible, but there are other uses for something like this.

Of course, using a paper simulator to showcase printed material makes complete sense :) My comment was related to the (common) case where someone thinks this is the best way to adapt printed content to the web, and that people actually want virtual magazines instead of something suited to screen reading/interaction. Fortunately that appears to be a dying mindset.

There are still a lot of print-trained editors and other publishing roles out there. The more the UX metaphor relates to past models the more secure they are in their positions. I simply think this, along with a smidgen of gewgaw for the animation, is the simplest explanation. It's easier for a pageflip model to be approved by oldschoolers.

Re: Turn.js - The page flip effect for HTML5

#78

Post by georgemcbay »

mtts wrote: post #63
georgemcbay wrote: post #6

This is cool and I don't mean to disparage the work that went into it, but at the same time I hope nobody actually uses it because just plain old vertical scrolling web pages are way more practically usable.

I think so to, but usability research done by a partner company of ours showed, to their and our surprise, that "ordinary users" prefer this page turning effect.

I would have to know more about the study to know if this is meaningful. When people see something novel (to them) they often think they prefer it to whatever the old thing is simply due to the novelty. But they might change their mind if they were actually forced to use the new method for some time.

Case in point: touchscreens replacing dials and switches in cars -- cool right? So flexible! But no, in reality they suck and you can't use them at all without becoming a danger to yourself and everyone else on the road. Physical dials and switches are way better because they can be controlled without actually looking at them. But this is something that takes a while to become obvious to people (in fact, car makers are still fucking this up).

Re: Turn.js - The page flip effect for HTML5

#79

Post by petertwhitesell »

ricardobeat wrote: post #74
ekianjo wrote: post #49

Earlier quoted context omitted.

There's also a reason it is used. A typical magazine layout does not translate well on an vertical scrolling page. This is one solution to a conversion problem. There's not always a "BEST" solution to that kind of thing. There are trade-offs no matter what you choose to do. However, providing different ways to view the same information is usually a good practice. I wonder what is the "user" perspective on this. I am…

I agree, but the trade-offs depend on your goals, and for each of those there is a best solution. If you want to provide a good reading experience on the web, you have to use appropriate layouts.

>for each of those there is a best solution.

This isn't necessarily true. For instance, if A and B are each measurable characteristics of potential solutions and your goal values A and B equally, if all other characteristics of solutions X and Y are equal, but X={A:2, B:7, ...} and Y={A:7, B:2, ...}, then X and Y are equally "good" solutions according to your goal.

Post reply on HN