I was pretty sure the way the snackbar works for

Scaffold

is that when it shows its size is added to the

paddingValues

provided by the

Scaffold

and therefore pushes the items inside a bit up when it shows so that it does not show over other items. Am I wrong in this, do I maybe not remember correctly that I’ve seen this before, or does it sound like I am doing something wrong in my implementation somehow?

Snackbars shouldn't push anything up - they used to in the original Material spec, but that was changed later because having other elements move as a snackbar appears and disappears turns out to be absolutely terrible for anything touchable (having touch targets move out from underneath users is generally something to avoid, not something to specifically want to do) - the material guidelines actually specifically point out: "Don't animate other components along with snackbar animations, such as the floating action button": https://material.io/components/snackbars#behavior

If theres a bar at the bottom, should snackbars be automatically offset to account for it? I think that was the case in compose 1.2.0, but its no longer in 1.3.0+.

That depends on whether you are using the Material Scaffold (which gives you a

snackbarHost

by default:

snackbarHost: @Composable (SnackbarHostState) -> Unit = { SnackbarHost(it) }

) or a Material3 Scaffold (which does not:

snackbarHost: @Composable () -> Unit = {}

) so make sure you are providing your own

SnackbarHost

to that parameter if you are using the Material3 Scaffold to get the snackbar to be positioned correctly

@Ian Lake Im using M2 with a BottomSheetScaffold. I was having this issue a while back too, but I cant recall how I solved it. For now Ill consider it a bug on my end, if you have a chance to verify that it works for you - please let me know, otherwise Ill just post a bug report when I get the chance to experiment with it!

Aha now it makes sense, why I thought this was the case (it used to be) and why this no longer happens. Very fair point about moving the touch point around, definitely something to avoid. With all that said, I now on a screen have a case where the snsckbar is going over a button which I have showing on the bottom of my screen and hiding it almost completely. If I were to add an action on that snackbar, it’d be super easy to miss click it and click on the button below it, very bad UX imo. Where should that snackbar show in that case I wonder, somehow over that bottom anchored button? if that’s the case I can’t really put that snackbar on the Scaffold, since that one doesn’t know about this button that exists somewhere inside the scaffold

content @Composable (PaddingValues) -> Unit

. Should that bottom anchored button simply always be pushed up by the space that the snackbar might take if it were to appear? That would potentially solve this but it’d move that button quite a bit up with seemingly without good reason (for the times the users don’t ever see a snackbar)

I think it's a regression in compose, @Stylianos Gakis. I tried checking out an earlier commit of my project and it works there. Even though the code is exactly identical.