You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Convert let and const in maplibre to enable es5 test #7077
@birkskyum if you recall, we had to disable the es5 tests in #7060.
I was wondering if you could simply try replacing some const and let to var in the maplibre bundle (or give webpack config another try #7015 (comment)) and investigate if we could enable es5 test for a bit longer until switching to es6 in #6909?
Thank you!
I've tried a few things, including making an es5 build of the unminified production build of maplibre, and loading it in / rebuilding, but for the no-new-func, i still see these:
The no-es6-dist appear to pass though - what error do you see there?
@birkskyum please note that it is actually the second test catches these (not the es6 test).
Also to test it locally you needed to build the bundles in dist folder.
So what the error you displayed in the image below is the one we need to possibly fix.
I've tried running this, and it turns out it's maplibre's dependencies that use various es6 (es2015) features, like glob which uses #private, and it makes it a bit challenging to get the es5 compilation running.
@archmoj , I'm don't think I can resolve this readily, since es6 is used in a lot of places at this point, because library authors take it for granted due to pages like this - it might be worth checking in the internal tools if there are plotly users without es6 support, and how many.
Thanks @birkskyum for the note.
I think the fix should be in plotly.js/webpack.config.js not on the maplibre.
We already have es6 dependencies similar to maplibre.
Activity
birkskyum commentedon Aug 8, 2024
I've tried a few things, including making an es5 build of the unminified production build of maplibre, and loading it in / rebuilding, but for the no-new-func, i still see these:
The no-es6-dist appear to pass though - what error do you see there?
archmoj commentedon Aug 8, 2024
@birkskyum please note that it is actually the second test catches these (not the es6 test).
Also to test it locally you needed to build the bundles in
distfolder.So what the error you displayed in the image below is the one we need to possibly fix.
birkskyum commentedon Aug 8, 2024
Okay, so the first test can be re-enabled already. For the no-new-func, I'm not sure which
constandletassignments it's flagging.birkskyum commentedon Aug 8, 2024
is there a
plotly-mapsimilar to theplotly-mapboxthat we can use to narrow down the issue and make new builds faster?archmoj commentedon Aug 8, 2024
It's coming from
birkskyum commentedon Aug 8, 2024
The errors I get mention a use of
const. I tried loading in a es5 build of maplibre where that specific section looks like this:and i still got the errors after a fresh rebuild
archmoj commentedon Aug 8, 2024
Until we publish
plotly.js-map-distpackages similar to https://www.npmjs.com/package/plotly.js-mapbox-dist,to create a custom bundle including maplibre traces, one could run
But strangely I don't get an error on this custom bundle!
I started wondering this might be a webpack problem?!
archmoj commentedon Aug 8, 2024
Oops. It actually did throw an error with the modified script for custom
mapbundle.So it could be something you may fix at maplibre level.
archmoj commentedon Aug 8, 2024
Here is a faster command for testing:
birkskyum commentedon Aug 8, 2024
I've tried running this, and it turns out it's maplibre's dependencies that use various es6 (es2015) features, like glob which uses
#private, and it makes it a bit challenging to get the es5 compilation running.birkskyum commentedon Aug 8, 2024
@archmoj , I'm don't think I can resolve this readily, since es6 is used in a lot of places at this point, because library authors take it for granted due to pages like this - it might be worth checking in the internal tools if there are plotly users without es6 support, and how many.
archmoj commentedon Aug 8, 2024
Thanks @birkskyum for the note.
I think the fix should be in plotly.js/webpack.config.js not on the maplibre.
We already have es6 dependencies similar to maplibre.