Store
Store copied to clipboard
A Kotlin Multiplatform library for building network-resilient applications
Paging
## Context: - Closes #602 - Addresses @yigit feedback https://github.com/MobileNativeFoundation/Store/pull/603#discussion_r1493497989 - Addresses #608 - Separates #611 into smaller PRs - Closes #604 ## Description Introducing a solution for paging in...
See: https://kotlinlang.slack.com/archives/C06007Z01HU/p1708269606169349 ## Summary - [ ] Request for `StoreKey.Collection.Page` to be generic - [ ] Request for `StoreKey.Cursor` `Id` to be different than `StoreKey.Single` `Id`
## Summary Updates made through write operations to mutable store are not being accurately reflected in the `StateFlow` returned by `launchPagingStore`. ## Description Expected behavior is any write operation to...
**Describe the bug** Writing into Store doesnt emit data into collected flow (reading from Store) **To Reproduce** Steps to reproduce the behavior: 1. Start collecting flow (read from Store with...
1. The first example does not create MutableStore. MutableStoreBuilder should be used instead of StoreBuilder. 2. The second example Store does not write to cache and SOT after calling store.write...
E.g., poor network connection and fallback mechanisms Suggested by @hhariri
Reproduce: 1. Make unsuccessful write to store. In other words call store.write. UpdaterResult returned by post function in Updater should be something like UpdaterResult.Error.Exception(Exception("")) 2. Adjust Api so that post...
**Is your feature request related to a problem? Please describe.** Hi, on version alpha & beta, `fromLocalToOutput` was exposed by `Converter` interface, it was actually very useful because we do...
**Describe the bug** I'm not completely sure this is a bug, but I can't possibly think of a reason for it to not be a bug, so I'd like to...
Currently whenever we call `Store.stream(StoreRequest.cached...)...)` the only `Loading` we get is that of a `Fetcher`. This means that if we create a UI state folding the stream of `StoreResponse`s, we...