Skip to content

Commit c5ce96a

Browse files
Minor documentation fixes (#3762)
* Remove unnecessary newline (#3756) * Properly name Flow.timeout param in the documentation --------- Co-authored-by: Hanbit Kang <[email protected]>
1 parent 1074e33 commit c5ce96a

File tree

2 files changed

+2
-3
lines changed

2 files changed

+2
-3
lines changed

docs/topics/shared-mutable-state-and-concurrency.md

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -195,8 +195,7 @@ state or to complex operations that do not have ready-to-use thread-safe impleme
195195

196196
_Thread confinement_ is an approach to the problem of shared mutable state where all access to the particular shared
197197
state is confined to a single thread. It is typically used in UI applications, where all UI state is confined to
198-
the single event-dispatch/application thread. It is easy to apply with coroutines by using a
199-
single-threaded context.
198+
the single event-dispatch/application thread. It is easy to apply with coroutines by using a single-threaded context.
200199

201200
<!--- CLEAR -->
202201

kotlinx-coroutines-core/common/src/flow/operators/Delay.kt

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -376,7 +376,7 @@ public fun <T> Flow<T>.sample(period: Duration): Flow<T> = sample(period.toDelay
376376
*
377377
* Note that delaying on the downstream doesn't trigger the timeout.
378378
*
379-
* @param timeout period. If non-positive, the flow is timed out immediately
379+
* @param timeout Timeout duration. If non-positive, the flow is timed out immediately
380380
*/
381381
@FlowPreview
382382
public fun <T> Flow<T>.timeout(

0 commit comments

Comments
 (0)