X3Photo Gallery Forums

Yep, but first of all, this scroll method is based on "sections". They have split their content into "sections", which are scrolled to on scroll movement down/up. How did you intend to use this with your own custom page content?

Furthermore, I am not sure how this feels on all OS/desktops, but it's awful to use with mac and trackpad.

We already have a similar method here, targeted specifically for images (desktop only):
https://demo.photo.gallery/examples/gallery/screenbox/

It does not hi-jack the visitors scrolling though, as I think this is incredibly annoying and difficult to navigate. You can use the keyboard controls up/down though, or use the buttons on the right of screen.

Haider of Sweden wrote:I can't foresee all kind of possibilities, e.g. What if the section underneath the full screen image is too small? Should only this section alone be shown? Should a value be considered, ie if smaller than x then bundle together sections, otherwise separate?

If you can't foresee this, how are we supposed to build a plugin for it? We can't just randomly scroll down/up. You would need to build suitably-sized screen-blocks elements in your content section by html. Furthermore, since this basically has nothing to do with images/gallery, it's just for standard html content.

The site you are referring to have just estimated how much would fit into an average screen ... although they don't fit into the screen on my macbook 13". It's a very custom feature, would be logically complicated to build a general "plugin" for it.

Sorry to sound negative, and apologies for my next phrasing here, but I really hate :tired_face: this kind of scrolling. It has absolutely no usability benefits, and makes scrolling really painful. The visitor has to constantly adjust the scroll position because the web page keeps jumping here and there since the scroll is being hi-jacked. Nothing is faster or more precise than native trackpad- and touchscreen scroll, which is already implemented by best standards and usability from modern devices and operating systems.

That page you linked to is almost impossible to navigate comfortably as it jumps up and down by slight movement of scroll. I can't scroll the page while I read. It works a bit better on touchscreen mobile-device, but is still annoying.

Haider of Sweden wrote:I think I've seen sections in the Apple website at some point though

Apple would never do something like this.

Again, apologies for my wording :zipper_mouth:.

I think the main issue here is that this kinda scrolling requires a very specific CUSTOM content design. It has no logical function working alongside native X3 modules.

Haider of Sweden wrote:My first thought was that it could fit into a first-page layout which had a full-screen gallery followed by a second block (context and folders). The second block might have a large context-section which could be viewed in full screen, ie scroll would lead here. If it is larger, there would be some "internal scrolling" before quick-jumping to the next block, folders.
Or the user could be offered a checkbox that could function as a "break", ie when you pass that break-point, you get transported from one block to the other. That would give the user the ability to present context for itself no matter the size of it, and folders for itself. In other words, the user would have to decide whether or not to turn this function on or off.

It doesn't make sense. First of all, it would require the page to have a full-screen slideshow. "The second block might have a large context section" ... It might, it might not ... To be honest, I have never seen X3 being used with a folders-layout where the introduction context would even closely fill a full screen. What if the context is small? skip it? It would be inappropriate to NOT have any scroll, and then suddenly scroll for the visitor past a certain point ... What if they are reading the context while viewing the first albums in the folders module? This would not be possible, as it would always  scroll between "blocks".

Haider of Sweden wrote:I would like to inform, that they did indeed do it. I remember it clearly now, and that was when Iphone 5S and 5C was released. Back then, I was thinking 'how typical of Apple to always coming up with intuitive ways', wondering why eg Samsung didn't make cool webpages with such a fancy way of controlled (hi-jacked? :wink: ) scrolling.
Now they've stopped using this. I don't  know why. Maybe because of technical issues or something else.

Could be you are right, but I would very much liked to have seen it done "correctly" by Apple ... Most likely (and most apparently) they simply figured out this navigation method is averagely unproductive.

Just for reference, here are some recent posts that kinda reflect my ideas about this kinda UI scroll:
https://envato.com/blog/scroll-hijacking/
https://www.reddit.com/r/webdev/comment ... ease_stop/
http://degradingdisgracefully.com/scrol ... t-do-this/

Because #A There is no logical way to implement this nicely into X3, and #B I am subjectively strongly opposed to it, this feature will be "on the shelf" for the time-being.

Haider of Sweden wrote:Not nagging, I totally believe you. But regarding "apple would never".. In the Envato page, they referred to http://www.apple.com/mac-pro/
How does it behave on a Mac? I don't have Mac, so I can't check..

Yep you are right. Did you try it from a PC though? Yes they do hi-jack the scroll to animate through a video, but it does not do any thing that resembles the technique discussed earlier in this topic, eg jump to specific areas in the page based on minor scroll movement, which is especially annoying on devices with momentum-scrolling (apple). The effect on the Apple page, I don't like it, but it works ok.

Personally, like those other comments, I am not a fan of what Apples does here either, but at least they have made sure it actually works across all devices. Although it's still hi-jacking the scroll, it just animates through a sequence, and doesn't really interfere with how the scroll works.