Open elvisgn opened 2 years ago
Same issue here!
I believe the problem is that the panel code wraps SlidingUpPanel.body in a Container with
height: MediaQuery.of(context).size.height,
width: MediaQuery.of(context).size.width,
making it fill the size of the screen. This would be ok if you didn't use an AppBar, or set extendBodyBehindAppBar: true
on your Scaffold so that your body can go under the AppBar, but otherwise would have this issue.
I have a proposed fix in #303, but if you don't want to depend on a fork of this code, you could possibly hack around it as well by e.g. wrapping your widget with some Padding when also creating the AppBar:
SlidingUpPanel(
body: Padding(
padding: EdgeInsets.only(bottom: appBar.preferredSize.height + MediaQuery.of(context).viewPadding.top),
child: MyRealBodyWidget(),
)
...
can the author please check the pull request? Thanks.
FWIW, looks like this issue has affected many versions, with a few PRs attempting to fix it or otherwise related:
Turns out 64/92 take the same core approach of passing in constraints via a LayoutBuilder
.
Describe the bug See attached gif first. On Android, the main SlidingUpPanel body is not 100% scrollable to the bottom. In the attached gif, there is a list of rows numbered 1 to 9 (set repeated twice). The list only scrolls till the 2nd number 7. On some emulators, it scrolls till 8, but not consistently to bottom.
To Reproduce
Expected behavior In the above code, the list should scroll to the 9th green row (bottom most widget).
Screenshots![github](https://user-images.githubusercontent.com/8165850/150858346-a18fa761-1852-4794-bb4b-8c76fb179b9e.gif)
Additional context None
Smartphone (please complete the following information):