does anyone have a good sample on how to build a dropdown list? I can see

Dropdown

composable, but how to put everything together inside it is not clean. How to track selected item and modify it on select

I have an example of a radio button that’s probably very similar. It has some basic logic for selected radio button in a group. You should be able to apply the same principles from this example https://github.com/vinaygaba/Learn-Jetpack-Compose-By-Example/blob/master/app/src/main/java/com/example/jetpackcompose/material/MaterialActivity.kt#L240

But what if I need to expose selection result to view model livedata because I’m doing search page with 2 inputs… input field and category dropdown, while either of them changes I want to call the view model function to fetch search results.

Just my opinion so take it with a grain of salt - I think the problem you are describing would apply to even non-compose UI logic. For this example, let’s generalize compose to be any UI (let’s not worry about the implementation details of how that UI is implemented). How would you deal with this then if we aren’t worried about compose? One way to deal with this would be to pass down a state object to your UI that describes all the various parts of your screen. You could do something similar even with compose where you just pass down this single object to your composable. Honestly, there are multiple other approaches you could take here. For example, you can also also get rid of live data completely and just use compose primitives (like mutable state).

hmm… thats actually a good idea, I can handle internal state and only expose back the callback that will actually fetch data or return result.

oh yes, passing callbacks would be a good idea as well, as that makes your composable even more generic and reusable.

but it would be nice to open more doors and see if there are any other options or suggestions how to do it. As you wrote on how would I deal with this using no composable. It would be much easier with current UI (data binding) and view model that does all the magic.

alternative approach would be that you pass the view model to the composable to trigger events.

I was thinking about this, but in some of the guides I read, G guys have wrote it is not good idea to pass VM to composable, better to pass individual fields, which makes composable really huge 🤔

yeah my approach would be to pass down the state object to the composable that describes the entire view.