-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Consider removing mapboxgl-js as a depedency #31
Comments
+1 |
Hey @cusspvz, the issue you're having might be unrelated. Could you provide more details? |
After commenting here, I've found that issue #21 was actually what I was looking for, but then I've read some of the codebase and decided to keep my comment here. |
In fact, I think this solution seems a little bit nasty but, what if you require your Since they aren't ignoring js folder Another solution would be EDIT: The right term for the solution above seems to be tree-shaking. refs: |
What about defining Btw, does it make sense to avoid having direct dependencies by either compiling everything into one file or defining some as peer dependencies ? |
Closing this since there are multiple issues presented here and some are already resolved. feel free to create follow-ups if that's not the case. |
Even though the original intent of this library was to create a React friendly wrapper around MapboxGL-js, it's more or less just the bits of mapboxGL-js that handle the UI and viewport changes but in a React friendly (stateless) way as well as a few built in overlays and examples. The overlays themselves don't have a direct dependence on MapboxGL-js. They only require the necessary viewport state information. There could eventually be an independent
<MapboxGLOverlay>
instead.The text was updated successfully, but these errors were encountered: