-
-
Notifications
You must be signed in to change notification settings - Fork 18.5k
read_excel and ExcelFile engine conflict #26566
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
Comments
To clarify I suppose this isn’t ambiguous now since xlrd is our only reader but will be once that doesn’t hold true. May be a similar issue on the write side |
Makes sense to me - happy to take a look |
Isn't this a documentation issue, because only when input to |
I think Will is suggesting it should throw some kind of error - otherwise it’s ambiguous ( without reading the docs ) what the engine is . But a doc update would be welcome too - I can do that as part of the PR
…Sent from my iPhone
On 6 Jun 2019, at 11:35, Sumanau Sareen ***@***.***> wrote:
Isn't this a documentation issue, because only when input to read_excel is not an instance of ExcelFile, then only engine argument given to read_excel will be used, in all other cases, engine argument has no impact whatsoever. @WillAyd
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
This is currently valid code:
Though ambiguous as to which engine is actually being used. I think we should be raising if an engine is specified in
read_excel
when the target is apd.ExcelFile
, as the latter is a lower level construct and will already have an engine in place.@simonjayhawkins
The text was updated successfully, but these errors were encountered: