-
Notifications
You must be signed in to change notification settings - Fork 38
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
Componentize REPL #70
Comments
I think the current way of doing is fine for now. We can already think that the REPL is a client of these features.
We should be able to compile the
I think we are doing that part in the worker code no ? If yes, I think we should stick with encouraging the user to user the worker. But we should make it "easy" to extends the dlls loaded and pre-compiled libraries so people can customize their env.
We should make it an Elmish or React components. That's focus on the current F# tab editor only.
Not much to do here as the UI is unique per application, for me it's the user code responsible of that. I would like to complete some features in the REPL before creating the components version because I am cleaning some part of it. |
You're right. We should provide a Worker component that handles all Fable bundle + .dll loading for the user, so they just need to communicate with it through messages (we can provide the I guess we should also add the version number to the worker file name to prevent browser caching when users update the version. |
Continuation of fable-compiler/repl-legacy#42
I renamed the repositories. @citymeterio It's probably better if you remove your local copy and clone fable-compiler/repl again.
We should write down a plan to make it easier to embed the REPL in other webs. These are the different parts composing the REPL currently, should all go into the package or only some of them?
The text was updated successfully, but these errors were encountered: