-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Overlay without drivingScrollview #37
Comments
Hi @martindaum, 1.1.0 will integrate an adjustment content mode. You can now force the content to have the same height as the overlay: private var behavior: some DynamicOverlayBehavior {
MagneticNotchOverlayBehavior<Notch> { notch in
// ...
}
.contentAdjustmentMode(.stretch)
} It should do the trick. Let me know ;) |
It does what it should in terms of fixing the scrollview issue, but there is a glitch when scrolling down. The overlay resizes immediately. We could live with that, but the other issue arises, is when using the stretch mode, the overlay always stays above the safe area even if it should be hidden. |
could you share a sample code? |
Hey. Answering for @martindaum. Based on your README example, following small sample shows the "Header" Text in the safe area when using
|
I've been stuck at another issue, I try to create a layout with 3 notches (0, 0.3 & 0.9 fractional height). I do not want a driving scrollview in the middle position, as the user should be able to interact with the other UI. The height of the ScrollView is wrong in that case and always has the height of the largest notch, so I am not able to scroll to the bottom. The behaviour seems to work only, when a contained ScrollView is used as a drivingScrollView. I tried to use the translation to update the overlay contents, but that results in very poor performance and a lot of glitches.
The text was updated successfully, but these errors were encountered: