-
Notifications
You must be signed in to change notification settings - Fork 472
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
Project support #20
Comments
Hey, thanks for the interest.) well, original idea was to use webpack dependencies tree builder for that, I just can’t imagine another better way of handling modules dependencies, so, the short answer is - webpack will manage that. Nice to hear you would like to contribute, it would be really great, thanks. Let me know if you need some guidance where to start. |
So would that be basically using webpack without requiring the targeted projects to use webpack? |
Yes, exactly.) |
Cool :). |
I've seen that the multi-file support was on the TODO list but as that could mean supporting * ops (e.g: *.js) as well as projects, I was wondering which one it was and if it was the latter, then my question would be:
Will it know about the data-structures that a module (e.g: main.js) uses from another one (regardless of whether it's NodeJS/ES6 modules?
Example in NodeJS (the same could be said for ES6 modules):
main.js
I'm aware that the latter would possibly require a filter to prevent this generator to go deep in the (yarn|node)_modules or any library files that aren't really part of the project so I'm willing to help (if there's need).
The text was updated successfully, but these errors were encountered: