-
Notifications
You must be signed in to change notification settings - Fork 14
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
WIP: Flow example #49
base: master
Are you sure you want to change the base?
Conversation
I did the normal build, as documented in the readme. |
I did not see the stuff in the branch-readme .. will try |
But something seems to be wrong with the lockfile:
when I delete the yarn.lock, yarning works |
So I executed
and then
Extension is not working... |
Hey - yea this definitely doesn't work in its current state. Migration is a non-trivial task because everything needs to be modularized and the code base is not small. I can't remember the details but as you saw imports need to be resolved first by a packer - I hadn't gotten around to that bit yet. I.e. this branch is not for the faint hearted |
Which kind of packer could that be? Does also flow provide such a thing? |
I don't know - I hadn't gotten around to that part yet. IIRC even if we can resolve the imports there are still some issues with incomplete flow annotations themselves though I can't quite recall the details. |
Where are this imports coming from?is it flow syntax? Or like pseudo code?
Would requirejs help?
|
Those are ES6 imports that can be resolved by webpack, rollup or browserify. |
Any preferences which way we should go? Shall I try webpack? Any objections? There is already the plugin "transform-es2015-modules-amd" in .babelrc` but this probably does not pack anything together? |
The problem seems to be a different one: When nix-building the //@flow files still arrive in the extension, where should be the processed javascript files. |
Works a bit more, not it does not find the define() statements ( |
I managed to add require.cs to common (then copy it over to build, so it is NOT processed by babel) ... no I get different errors ... but it looks like a good way to go. |
Don't merge, just for illustration.