Photo Gallery Forums

Hi

I would like to suggest a certain scroll method that could be turned on or off

See reference
http://www.honor.se/devices/honor8/

I haven't tried it out on desktop, but only on mobile, and it looks good

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.

I would use this in my first page
And yes, I guessed you would mention the sections too
Again, I would use it in the first page that already has a layout close to sections

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?

Or it could be the user who decides how to split, e.g. "treat as section"

As for how it looks on other platforms, that would be something for the developer (you) to consider. Can it be fixed for all platforms? Could some be excluded?
I think I've seen sections in the Apple website at some point though

I will check that example on my computer later, thanks for the tip

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:.

Hello Karl,

no need to apologise! If we cant express our ideas, then there wont be room for development or understanding.

mjau-mjau wrote:

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.

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? ;) ) scrolling.
Now they've stopped using this. I don't  know why. Maybe because of technical issues or something else.

As for the foreseeing; I was on the cell phone, on my way to work. No room for designing or predicting user behaviours at that particular moment.
I could however sit down and figure out a scenario that would fit me and present it to you.
Or, if you as developer would have liked this feature and considered it as useful, would surely research how it could be used like any other feature you liked and implemented in Imagevue :)

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.

But then you said that there seem to be issues depending on browsers/OS and such. For that, one would need to figure out if this is solvable, or not.

Anyways, these were my suggestions. I trust you know what works and what does not. I like everything I've seen since X2 and X3 is way better. I look forward to any development that will come.

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.

Thanks for the references, and for looking into the issue and sharing your thoughts.

ps. read the references. These are things that developers like you know about but end-users like me need to be told about. Apparently more "cool" than "useful". :smile:

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..

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.