Closed HeVictor closed 8 months ago
@HeVictor I could be wrong, but as far as I can see—this fix wouldn't help with the original issue.
This package is already installed in the root repo as a sub-dependency. The issue is that the hijri
and jalaali
packages do not have it as an explicit dependency or a peer dependency.
@LukasTy Thanks for the tip, I have amended the PR to add it in the peerDependencies
for the packages hijri
and jalaali
instead. I think this is a good solution for now but as you mentioned in #248, I do agree that in the long-term raising the target to ES6
would be ideal. Maybe down the road that could be the long-term option to go
I'm also concerned with having the need for tslib
to be in the bundle in the first place, it duplicates with @babel/runtime
, it would likely save bundle size, if we can kill it.
https://npm.anvaka.com/#/view/2d/%2540mui%252Fx-date-pickers
I did this PR a while back: https://github.com/mui/mui-x/pull/832.
Do we think the best course of action is to just try and remove the tslib
and other related dependencies out of the main deps then, and just skip this band-aid fix altogether?
…rting date-io libs
Resolves #248
Just want to make sure that I should be adding this dependency to the root and not within the
hijri
package where the error has been occurring in this CodeSandbox demo?On an additional note I share the sentiment from #641 that perhaps it might be better for some of the deps such as
typescript
andts-jest
to be moved into devDependencies eventually which means thattslib
can also be moved into there as well. But hopefully this PR can fix the issue at hand for now