The scroll to top button currently appears at a fixed scroll off-set.

I would be very interested in a behaviour similar to the SliverAppBar with floating: true, where the button would only appear if the user is scrolling up.

(I also hope I am not too annoying with all the requests)

Currently, the ScrollWrapper explicitly demands a ScrollController.

However, Flutter has this mechanic where it uses inherited widgets to pass a ScrollController through the widget tree by context. ListView and cohorts use this when primary is true and no ScrollController is passed.

I feel like it would be nice to implement this here, because it could result in not having to pass a ScrollController to neither the ScrollWrapper nor the ListView.

The PrimaryScrollController is documented and the exact usage is seen in the framework in scroll_view.dart

This is a PR with some slight improvements.

• Added elevation to PromptButtonTheme
• Removed ClipOval in favour of Material's clipBehaviour property
• Added AppBarTheme's colors as default to the button, so it matches the AppBar
• Removed cupertino.dart dependency, as it is not needed
• Added a didUpdateWidget override, so the PromptButtonTheme updates on hot reload
• Refactored child inside the build method to closer match standard flutter practices

Actual behavior: Having an infinite scroll list (items loaded on scrolling) when I scroll to top at the same time items are being loaded. Then the scroll to top button remains displays when the items get loaded (the scroll view changes height).

Expected behavior: The scroll to top button should not display when the scroll view changes its size e.g. height.

I saw the package now supports both vertical and horizontal axis, which is very nice.

It might be cool to have the option to pass the reverse boolean, which listviews etc also have, which makes the listview scroll to up instead of down.

The package as is works fine, if the scrollview is reversed, but the button is misplaced.

Now this isnt a feature that I personally would need, but I could imagine chat apps enjoying that. Apps like discord have a button like this one, it is simply located at the bottom, pointing down.

Then again, their button also triggers something more than simply scrolling to the bottom, because of searching and inserting the user into the scrollview somewhere in the middle of nowhere etc... (maybe there could even be a VoidCallback that is called when scrolling back?)

when screen has multiple scrollable, for example , in my case screen has horizontal scroll [gridview] as well as vertical scroll [ListiVew] , so when i scroll grid view the promo appears on the screen , I want to avoid prompting at that time..

On the most recent stable version of flutter (3.3.0) I am getting the following error when building my app with the modified scroll views:

../Flutter/.pub-cache/hosted/pub.dartlang.org/flutter_scroll_to_top-2.2.4/Lib/src/modified_scrolls/sc
roll view.dart:55:9:
Error: A value of type ‘bool?' can't be assigned to a variable of type 'bool' because 'bool?'
is nullable and ‘bool’ isn’t.
primary ? PrimaryScrollController.of(context) : controller;

../Flutter/-pub-cache/hosted/pub.dartlang.org/flutter_scroll_to_top-2.2.4/Lib/sre/modified_scrolls/sc
roll view.dart:69:30:
Error: A value of type ‘bool?' can't be assigned to a variable of type 'bool' because 'bool?'
is nullable and ‘bool’ isn’t.
final scrollableResult = primary && scrollcontroller != null
Error: Compilation failed.

This PR aims to prevent the button from hiding if the user taps the screen to stop a ballistic scroll upwards.

The small offset of 10 will prevent the button from hiding immediately, in cases where the scroll downwards is minimal.

I did not test how well the value 10 works, and I did not include it in a parameter or a constant. Those things might need to be considered.

Right now there are problems with nested Scaffolds and detecting status bar taps for scroll to top. This would solve that, but the button on the top right is not as fluid appearing on iOS. Is it possible to modify this project to simply take control of the status bar (a transparent space over the status bar?) to mimic native iOS function?