Right - Left swipe during the full size screen

[VeskoDev]

First of all, I have to say that the package works perfectly, but what I need is a scroll system that works on the initial opening of the page view, which has a standard page view. My question is, what would be the easiest way and does this package provide the capability to scroll from page to page even though I'm on a full-size page?

[fujidaiti]

this package provide the capability to scroll from page to page even though I'm on a full-size page?

No, at least for now, it is not possible to swipe the fully expanded page. Although it would be easy to simply allow horizontal page-to-page scrolling, that would cause a visual problem that would require more extra work to fix.
Your suggestion makes sense, so I'll create a new issue and work on it. But don't expect too much. I don't think it will be fixed anytime soon 😞

[fujidaiti]

Where is the number 4 comes from? I thought you meant that to create a new controller with a new viewpoint fraction parameter every time the scroll offset changes, and rebuild the page view with the new controller.

P.S. I have posted a progress on #44. Could you take a look and give me your comments?

[VeskoDev]

You know what I did, I created 4 controllers, viewport fraction 0.97, 0.98, 0,99, 1.0, and put the horizontal padding at 2. So I listening offset scroll, and put this logic for example if the offset is > 120 use controller 0.98 and set padding. to 1.5, after that if the offset is > 140 use 0.99 and padding 1.0, after that if the offset is more than 160 use controller viewport fraction 1.0 and padding 0. Maybe in this way, I need to create smaller steps if you understand me like padding 2, 1.8, 1,6 ... And maybe 1-2 more controllers to have a smooth way transition. And also when the page is changed I will set padding and page controller viewport fraction in the default mode (padding -> 2, viewport fraction 0.97) In this way I will have a full-screen effect and when the page is changed I will get the same default page view controller fraction. Thanks for progress I will check

[fujidaiti]

Oh, I got it. Thank you. So, quoting your previous comment,

maybe this is a solution but I'm not happy with that actually :/

what is the problem with that workaround? I think it is not performant, bat works fine as you expected.

it's not creating a new one every time that I need. This will have no effect on performance in my opinion,

Even if you create a new controller every time the scroll offset changes, it won't be a (big) problem on performance. The actual problem is that if a new controller with a different viewport fraction is attached to the page view, potentially all of the widgets in the pages (e.g. ListViews and its items) will be rebuilt because the width of the page changes. In you case, the build will runs 4 times during a transition. So more controllers you create for the smooth transition, the worse the performance.

I thought you meant that to create a new controller with a new viewpoint fraction parameter every time the scroll offset changes, and rebuild the page view with the new controller.

I had tried this way before but it was far from smooth transition even with a simple list views in the pages because of the above reason.

[VeskoDev]

What about your example and my comment that I posted, what about using your logic and just using the page controller with default viewport fraction when the page is changed (built-in onPageChanged function)?

[VeskoDev]

Hello again, do you made some progress on the working bench? :)