-
Notifications
You must be signed in to change notification settings - Fork 17
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
Integration with Elmish.Streams on the server side #18
Comments
As it is now, The bad news is that changes will need to be made. The good news is that they aren't breaking changes. I'll see what can be done. Can |
I'm just gonna link in my other issue, since this is fundamentally related: dbrattli/Fable.Reaction#26 How it's done right now in The relevant example is I think the simplest way forward would actually be an update of |
Also, if you don't have the time to do this currently. I'm very motivated right now to get this working. So if you can just get me pointed in the right direction, I'll try to get this working ASAP. |
Probably just reimplement the |
@Nhowka I'm not sure what you mean |
Sorry, there is that feature on Elmish that gets called after every update and then is used for rendering the view in the case of |
Closing, since it seems Elmish.Streams is seemingly not actively developed. |
I have a scenario where I am using the
Elmish.Bridge
architecture on the frontend withElmish.Streams
. However this breaks the isomorphism, sinceElmish.Bridge
on the server side usesCmd
s by default, whileElmish.Streams
does not useCmd
s.You may know,
Elmish.Streams
modifies theupdate
function, where instead of generating and returningCmd
s there. There is a new functionstream
that is subscribed toProgram.mkSimple
and what would be done byupdate
withCmd
s, is instead done instream
, decoupled fromupdate
.What would be a simple way to use
Elmish.Bridge
, modified to useElmish.Streams
on the server side?The text was updated successfully, but these errors were encountered: