3 ms·

Joe's photoblog, mentioned in the article as an example of inertial scrolling: http://uponahill.com http://uponahill.com.

lobster_johnson 15y ago
Not sure why he calls it inertial scrolling. There's no "inertia" here. It's just pinning the background image as long as you are scrolling the text. Which, incidentally, is a pretty stupid idea. Look at his photoblog -- to scroll past a photo which has a very short text block, you have to scroll until little text block disappears off the page. It's pretty silly, and goes against the idea of the purpose of scrolling, which is to navigate past information that does not fit within the viewable area of your device/window. For a truly innovative scrolling concept, take a look at http://bloom.io/ http://bloom.io/. (Give it some time to load all its assets. The effect isn't activated until it has everything.)
- antimatter15 15y ago
  Its for iPad/iPhone. The "for all" is a pretty blatant lie.
  - innes 15y ago
    The article is by MG Siegler.
- statictype 15y ago
  Whatever. I thought the pinning effect was clever. It lets me browse through photos in a natural way by using the scroll wheel and easily read the captions too.
- joehewitt 15y ago
  The goal here is not to be "truly innovative", but to emulate scrolling behavior which should ideally be performed by mobile WebKit, but isn't. But I must have done a good job since you only notice the background image being pinned, and not the fact that (at least on an iPad) the entire page is being scrolled with JavaScript. Also, try scrolling horizontally.
  - lobster_johnson 15y ago
    I wasn't commenting on the technical underpinnings -- I'm sure it solves an implementation problem well, but as a user, the fact that the entire page is being scrolled with JavaScript does not matter. I was commenting on the user interface, which does not make sense to me. There are essentially two use cases here, conflated into one experience. The first use case is when a photo has a long body text which needs to be scrolled. Clearly, your scrolling mechanism solves that problem, although I was unnerved by the fact that it does not visually indicate how long the scrolled text was (something traditionally solved with a scroll bar). Unfortunately, this same UI solution is forced upon the second use case, when the photo has a short body text which does not need to be scrolled. In this case, your system provides scrolling even when it's not needed; moving the tiny text box up or down does offer anything in terms of functionality. It merely delays the scrolling, and forces me to swipe several times to get anywhere. As for the horizontal scrolling, it does not integrate well with the text box. The text box disappears (abruptly and confusingly) when you side-swipe. Then it appears again (equally abruptly) if you touch the screen. And here's where it gets super weird: If you side-swipe, and then swipe down (as in, "I'm done with looking at this series of photos, now I'd like to navigate downwards to the next series of photos", the text box appears (again, abruptly) and hijacks the scrolling mechanism. The text box wasn't there when I decided to start scrolling, but it appears and then forces me to scroll the box. Sorry, that's just bad UI design. These UI issues exist because you've conflated text scrolling with photo navigation. It would be a lot nicer if the text box stayed in place, always. When the text exceeds the boundaries of the box, provide a scrollbar to let the box scroll. Finally: The reason I used the phrase "truly innovative" is because your scrolling mechanism apparently tries to innovate something, by introducing a new kind of UI for photo navigation, something I think it fails to do. I was merely comparing it to something that actually works.
    - joehewitt 15y ago
      When you scroll horizontally, you're indicating that you want to see more photos, so naturally the text should disappear. When you scroll vertically again, you're indicating that you want to move to the next post, so naturally the text should appear again. You're free to scroll horizontally or vertically at any time, and the result is pretty consistent if you do. What you call "forcing the user" I call "making educated guesses about the user's intentions".
taa4321 15y ago
bug report: scroll some to get text box, click on the dot dot navigations which shifts background but text of previous photo remains present.

lobster_johnson 15y ago

Not sure why he calls it inertial scrolling. There's no "inertia" here. It's just pinning the background image as long as you are scrolling the text. Which, incidentally, is a pretty stupid idea. Look at his photoblog -- to scroll past a photo which has a very short text block, you have to scroll until little text block disappears off the page. It's pretty silly, and goes against the idea of the purpose of scrolling, which is to navigate past information that does not fit within the viewable area of your device/window. For a truly innovative scrolling concept, take a look at http://bloom.io/ http://bloom.io/. (Give it some time to load all its assets. The effect isn't activated until it has everything.)

antimatter15 15y ago
Its for iPad/iPhone. The "for all" is a pretty blatant lie.
- innes 15y ago
  The article is by MG Siegler.
statictype 15y ago
Whatever. I thought the pinning effect was clever. It lets me browse through photos in a natural way by using the scroll wheel and easily read the captions too.
joehewitt 15y ago
The goal here is not to be "truly innovative", but to emulate scrolling behavior which should ideally be performed by mobile WebKit, but isn't. But I must have done a good job since you only notice the background image being pinned, and not the fact that (at least on an iPad) the entire page is being scrolled with JavaScript. Also, try scrolling horizontally.
- lobster_johnson 15y ago
  I wasn't commenting on the technical underpinnings -- I'm sure it solves an implementation problem well, but as a user, the fact that the entire page is being scrolled with JavaScript does not matter. I was commenting on the user interface, which does not make sense to me. There are essentially two use cases here, conflated into one experience. The first use case is when a photo has a long body text which needs to be scrolled. Clearly, your scrolling mechanism solves that problem, although I was unnerved by the fact that it does not visually indicate how long the scrolled text was (something traditionally solved with a scroll bar). Unfortunately, this same UI solution is forced upon the second use case, when the photo has a short body text which does not need to be scrolled. In this case, your system provides scrolling even when it's not needed; moving the tiny text box up or down does offer anything in terms of functionality. It merely delays the scrolling, and forces me to swipe several times to get anywhere. As for the horizontal scrolling, it does not integrate well with the text box. The text box disappears (abruptly and confusingly) when you side-swipe. Then it appears again (equally abruptly) if you touch the screen. And here's where it gets super weird: If you side-swipe, and then swipe down (as in, "I'm done with looking at this series of photos, now I'd like to navigate downwards to the next series of photos", the text box appears (again, abruptly) and hijacks the scrolling mechanism. The text box wasn't there when I decided to start scrolling, but it appears and then forces me to scroll the box. Sorry, that's just bad UI design. These UI issues exist because you've conflated text scrolling with photo navigation. It would be a lot nicer if the text box stayed in place, always. When the text exceeds the boundaries of the box, provide a scrollbar to let the box scroll. Finally: The reason I used the phrase "truly innovative" is because your scrolling mechanism apparently tries to innovate something, by introducing a new kind of UI for photo navigation, something I think it fails to do. I was merely comparing it to something that actually works.
  - joehewitt 15y ago
    When you scroll horizontally, you're indicating that you want to see more photos, so naturally the text should disappear. When you scroll vertically again, you're indicating that you want to move to the next post, so naturally the text should appear again. You're free to scroll horizontally or vertically at any time, and the result is pretty consistent if you do. What you call "forcing the user" I call "making educated guesses about the user's intentions".

taa4321 15y ago

bug report: scroll some to get text box, click on the dot dot navigations which shifts background but text of previous photo remains present.