5 ms·

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

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".
  - lobster_johnson 15y ago
    No. You're misguessing the user's intentions. Look, scrolling needs to have a purpose. Either (a) it's because you want to read more text than is visible, or (2) it's because you want to view more photos that are not currently visible. It's never both at the same time, in your case, simply because multiple photos cannot exist on the same screen as an overflowing text box. In the case where no text box is being shown, the intention (1) does not exist, because there is nothing to scroll. So when viewing photo A1 (being the first photo in series A), by sliding horizontally I am expressing the intention: "Let me view photo A2". When viewing photo A2, which does show any text box yet, by sliding vertically I am expressing the intention: "Let me view photo B1". There is no text box yet. Therefore, by scrolling down the app cannot possible perceive my action as intending to scroll the text. And yet your app decides that's what it means, and shows the text box out of the blue. It's simple causality. If vertical scrolling is to fullfill the intention "Let me view more text than is currently on screen", then the text box needs to be visible at all times. Simple as that. Your scrolling thing is still equally broken for the other reason I stated in the previous comment.

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".
- lobster_johnson 15y ago
  No. You're misguessing the user's intentions. Look, scrolling needs to have a purpose. Either (a) it's because you want to read more text than is visible, or (2) it's because you want to view more photos that are not currently visible. It's never both at the same time, in your case, simply because multiple photos cannot exist on the same screen as an overflowing text box. In the case where no text box is being shown, the intention (1) does not exist, because there is nothing to scroll. So when viewing photo A1 (being the first photo in series A), by sliding horizontally I am expressing the intention: "Let me view photo A2". When viewing photo A2, which does show any text box yet, by sliding vertically I am expressing the intention: "Let me view photo B1". There is no text box yet. Therefore, by scrolling down the app cannot possible perceive my action as intending to scroll the text. And yet your app decides that's what it means, and shows the text box out of the blue. It's simple causality. If vertical scrolling is to fullfill the intention "Let me view more text than is currently on screen", then the text box needs to be visible at all times. Simple as that. Your scrolling thing is still equally broken for the other reason I stated in the previous comment.