Add start parameter to launchIn extension for Flow
See original GitHub issueUsage would look like so:
someFlow.launchIn(lifecycleScope, start = CoroutineStart.UNDISPATCHED)
My current use-case is to have the UI be set up synchronously by the flow collection start, avoiding an extra unneeded layout pass in an Android app in case collecting the flow has such side-effects.
Issue Analytics
- State:
- Created 4 years ago
- Reactions:2
- Comments:8 (8 by maintainers)
Top Results From Across the Web
Kotlin flows on Android - Android Developers
In coroutines, a flow is a type that can emit multiple values sequentially, as opposed to suspend functions that return only a single...
Read more >Browser automation actions reference - Power Automate
To add a new UI element, select Add UI element through the deployed browser automation action or the UI elements pane of the...
Read more >A safer way to collect flows from Android UIs | by Manuel Vivo
Using the lifecycleScope.launch or launchIn APIs are even more dangerous as the view keeps consuming locations even if it's in the background!
Read more >Asynchronous Flow - Kotlin
A suspending function asynchronously returns a single value, ... The flow starts afresh every time it is collected and that is why we...
Read more >Customize a Flow URL to Control Finish Behavior
Launching an OmniScript From an Object Detail Page Using a Custom... Launch OmniScripts in Communities from URLs · Link Your Salesforce Org to...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Would simply using
Dispatchers.Main.immediate
have the same effect (globally)?#1340 can fix my use case