Conflict of pdfmake.js and lodash about export HOT 6 CLOSED

actually took another look. pdfmake is using lodash 3.1.0, and zipWith is introduced in lodash 3.8.0.

note that lodash v3.1.0 is significantly behind the current version (4.5.1). but either way, the lodash library used in pdfmake should be strictly confined within the package. could you get this fixed?

from export.

Thanks for pointing this out, we simply include the default built from pdfMake.
They have already few issues regarding the namespacing issue, one seems to be the one you are looking for which respects the loDash global var.

On the other hand it might be fixed if you manually include the resources into your document and add the "loDash" resource after pdfMake.js file, that might already fix your issue by resetting the overwritten loDash methods.

from export.

Got it. I'll try it out later today and let you know if it works. Thanks for getting back so quickly.

from export.

any news?

from export.

@maertz - I was wondering about some odd lodash behaviors. Yes, amcharts/pdfmake in front of lodash dependency overrides my app's lodash version. Putting (my newer or at least expected version) lodash after amcharts/pdfmake did override the old lodash version inside pdfmake.

from export.

Hi,

I encountered this issue recently as well! I ended up fixing it by removing pdfmake as a dependency (I wasn't using this feature), but it's worth noting that the latest versions of pdfmake have fixed this: bpampuch/pdfmake#443

from export.