TypeError default is not a constructor about dropkick

[thierrymichel]

Hi,

FYI, same problem with 2.2.2 and 2.2.1. But works perfectly with 2.2.0…

[Robdel12]

Sorry about this! It's related to changing the main in package.json. It's now pointing to the complied version because before you would have to transpile the ES6 class in your build system -- which wasn't ideal.

But now it seems there's issues with the file that's built. It's not doing the right "module dance" (AMD vs commonjs vs commonjs2 vs root). Fix one bug, create another 😅 I started to take a look at this over the weekend but ran out of time.

Where I left off was dorking with the webpack config to compile umd, but it still left me with the same issue. I'm going to try and find more time this week to try and tackle this. Distributing JS is hard :/

[thierrymichel]

No problem, great job. :)
It should work with something like this: https://webpack.js.org/configuration/output/#output-librarytarget
I still have strange behavior between dev/watch and production/build (with UglifyJS 2 or 3).
I will try to investigate also on my side.

[thierrymichel]

I had no time to dig into this issue.
If it can help, here is my last package which correctly exposes module and browser (package.json)

For now, temporarly fixed with: import Dropkick from 'dropkickjs/src/dropkick';

[Robdel12]

Hey everyone! I finally had some time to sit down and figure out what was going on. Basically don't have multiple webpack entries 😰

Give v2.2.3 a try and let me know :)