We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
We are talking more and more about 1.0 blockers informally, and I want to have a central place to track them across both platforms.
ViewRegistry
mapOutput
runningWorker
WorkflowAction
emitOutput
The text was updated successfully, but these errors were encountered:
WorkflowAction boilerplate reduction (aka do we bring back emitOutput?)
I mostly use WorkflowAction as a lambda, so it looks like this everywhere.
sink.send(WorkflowAction { this.state = EnteringName(state.firstName, state.lastName) null })
Sorry, something went wrong.
@SalvatoreT Let's discuss in #644 instead. This issue is for tracking the group of issues, not the actual issues themselves.
Obsolete now that we have discrete tickets and milestones and labels oh my!
No branches or pull requests
We are talking more and more about 1.0 blockers informally, and I want to have a central place to track them across both platforms.
ViewRegistry
– should i stay or should i go? (Consider de-emphasizingViewRegistry
. #390)mapOutput
in Swift vsrunningWorker
in Kotlin (Swift: change awaitResult(worker …) to running(worker …) #544, Swift: find a better name for mapOutput #583)WorkflowAction
boilerplate reduction (aka do we bring backemitOutput
?) (Proposal: add RenderContext.makeOutputSink #644)The text was updated successfully, but these errors were encountered: