so I learned foundation is independant from MetrialTheme stuff. Foundation has a ```fun defaultScrol...

# compose-desktop

[Dirk Hoffmann]

so I learned foundation is independant from MetrialTheme stuff.
Foundation has a

fun defaultScrollbarStyle() = ScrollbarStyle(
    minimalHeight = 16.dp,
    thickness = 8.dp,
    shape = RectangleShape,
    hoverDurationMillis = 0,
    unhoverColor = Color.Black.copy(alpha = 0.12f),
    hoverColor = Color.Black.copy(alpha = 0.12f)
)

that it passes down via a
val LocalScrollbarStyle = staticCompositionLocalOf { defaultScrollbarStyle() }

now on dynamically changing dark/light themes whilst Runtime,
what is "the" supposed way that hover related Colors are dependant on MaterialTheme.colors and the recomposition honours them even when changing the theme whilst runtime ?

[Kirill Grouchnikov]

This is from https://cs.android.com/androidx/platform/frameworks/support/+/androidx-main:compose/[…]n/Scrollbar.desktop.kt;l=72?q=fun%20defaultScrollbarStyle&sq= looks like, and it might not be the final implementation of it. It is a bit weird that it is in the foundation package, with no material counterpart in https://cs.android.com/androidx/platform/frameworks/support/+/androidx-main:compose/[…]al/material/src/desktopMain/kotlin/androidx/compose/material/

[Dirk Hoffmann]

hmm, so that means scrollbar colors are kind of an "unsolved thing" as of the moment?
I mean easy to deal with it within the app everywhere I deal with scrollbars ... but I think there should be a bit of magic on it if switchen light and dark themes

[Kirill Grouchnikov]

I'd file a bug for this desktop component to support material theming

[Igor Demin]

For styling desktop-only components we created additional DesktopTheme.

It should be used inside MaterialTheme
(there is also DesktopMaterialTheme - shortcut for MaterialTheme { DesktopTheme { } })

P.S. Not sure yet, but before CfD 1.0 we can change it, and try to integrate DesktopTheme into MaterialTheme