It's a neat demo of some very nice capabilities, but let us please not go back to the Flash era circa 2002 where designers tried to make their navigation as nauseating as possible.<p>Or put another way, its worth remembering that just because you can incorporate all of these effects does not mean you should. Some designs can be very disorienting to some people.
This is very cool and all, but I just see it as another example of a web tech demo that if rewritten for my 20 year old Super Nintendo would run with more frames per second. There appears to be no hope in the near future for smooth interaction on the web. WebGL can do the smooth web - But then it's not the web, it's just javascript+opengl.
Here's a nice demo of a similar library called Scrollorama: <a href="http://johnpolacek.github.com/scrollorama/" rel="nofollow">http://johnpolacek.github.com/scrollorama/</a><p>Skrollr is noteworthy because it's significantly smaller (5.5kb vs. 94kb+jQuery), and makes use of HTML5 data attributes for notation.
It seems that the main demo is a bit too busy for Chrome.<p>I had similar issues trying to spice up a presentation website with transitions and animations. The simpler examples[x] seem to be working much better.<p>In my experience, Firefox and Chrome tend to perform very flakey when CSS3 transitions/animations are in question. It's like a random performance profile is chosen every time the document loads. More often than not, the second time to load the transitions/animations work great, as if the browser performed some CSS JIT, but performance often drops again on consecutive loads.<p>I hope these features mature performance-wise, so we can start using them in meaningful ways (and also survive the 2001-style abominations that are bound to happen). I think it's sensible to use requestAnimationFrame[r] to determine if the animations aren't performing well, and disable them accordingly.<p>[x]: <a href="https://github.com/Prinzhorn/skrollr/tree/master/examples#examples" rel="nofollow">https://github.com/Prinzhorn/skrollr/tree/master/examples#ex...</a><p>[r]: <a href="https://developer.mozilla.org/en/DOM/window.requestAnimationFrame" rel="nofollow">https://developer.mozilla.org/en/DOM/window.requestAnimation...</a>
I think if this is used with appropriate limitations and caution, it can add to a site's presence in a positive way. All the UI concerns already listed are definitely valid, though - it's easy to take this too far.<p>There are quite a few decent parallax scripts/libs out there, but most of them rely on scrolling (like Skrollr) or cursor position tracking (github's 404 page). Am I the only one who likes to be able to page through parallax with buttons?
both smooth scrolling and non smooth scrolling modes are very choppy for me. I think it has something to do with the large CSS3 transforms.<p>2.8 quad core, os x, chrome 19.0.1084.56
I get whole screen "blink"s on OSX 10.7 chrome 19, especially in the beginning when boxes of text are moving in an out. Just when you think one is out, it flashes in for a second and disappears. Probably an off-by-1 or something?
I like it, but the demo doesn't really do it justice. I would slow everything down a bit (missed most of the transformations on my first pass, they happened way too quickly), and maybe work on styling a bit more.
Now <i>this</i> is how you do parallax <a href="http://www.youtube.com/watch?v=He4Cmkakk4g" rel="nofollow">http://www.youtube.com/watch?v=He4Cmkakk4g</a> :-)
I have yet to receive a request for parallax. And we I do I will kindly point them in the direction of any marketing firm who knows nothing about usability or implementation.
(I ask this as a Mac owner), but I have to wonder how many of the "Wow, Awesome" posts come from Mac users with proper smooth scrolling. It's just awkward on a Windows machine. I was hoping for something parallaxy like Github's 404 pages.<p>I guess I'm on a mouse now, but even on my last laptop, the "smooth scrolling" was the regular 20px jump scrolling but with smoothing between jumps which would seem to make this still fairly jumpy.
Always nice to see the bounds of UI scripting being pushed to the browser's limit. I won't be surprised to see some of these position manipulation paradigms integrated into the core browsing experience (in sort of a jQuery-esque fashion) in the near future.<p>Nice choice with the name as well. Easy to rememeber and has a good typing rhythm.