-
-
Notifications
You must be signed in to change notification settings - Fork 18.1k
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
Deprecate xlwt #26552
Comments
That would also mean deprecating the I don't think I necessarily mind (for writing, as long as we can still read old formats), but just to make it clear. |
That's correct - xlwt and xlrd are the only engines that support the .xls format |
Is there any value in getting this (and the other excel-related deprecations) done for 1.0? If we're not enforcing the deprecations until 2.0, im tempted to just ignore all DEPR issues until [2 releases before 2.0] |
Probably worth getting #29375 in before 1.0 |
cc @pandas-dev/pandas-core if anyone wants to do this for 1.2 |
@jreback Is this something we could potentially do during the rc phase for 1.2? I can take this up, but not for another 2 days. |
yeah i think this would be fine during rc |
Based on the decisions made in #35029, I'm not sure there is anything to do here. For reading, when a user specifies Namely, we get the config
So a user will only be using |
Ahh, I see. I think we want to deprecate writing |
Similar to the conversation in #26487 xlwt isn't maintained. If we deprecate this could open up the path to simplify our Excel writers / extensions and supported file types going forward.
I would think this is also much easier than deprecating xlrd since we have other writers already implemented.
The text was updated successfully, but these errors were encountered: