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.