-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
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
Migrating to composable-functions #248
Comments
Hey @jacksonhyde , I'm glad you're using composable-functions! |
Thanks @gustavoguichard - that sounds sensible, and thanks for sharing that experimental version. We'll definitely give it a go! |
@jacksonhyde another possibility is using the If you import import { Future, fromComposable, toComposable } from 'domain-functions' Then you have all |
I've tried following the incremental steps in the CF migration guide in a basic remix-forms implementation - mainly just swapping out
makeDomainFunction
forapplySchema
. However PerformMutationProps types the mutation as aDomainFunction
, and there isn't sufficient overlap to cast in aComposableWithSchema
.I may be missing something obvious, but given composable-function is the new hotness are there any plans to migrate remix-forms to work with composable-functions out of the box?
The text was updated successfully, but these errors were encountered: