-
Notifications
You must be signed in to change notification settings - Fork 49
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
Work Files: QFileDialog.getOpenFileName
in PyQt5 uses directory
instead of dir
#408
Comments
I can't find that change in the Qt documentation anywhere, as mentioned. How about just passing it as a regular argument as opposed to keyword argument? work_file = QtWidgets.QFileDialog.getOpenFileName(
None, # parent,
"Work Files", # caption
self.root, # dir | directory
filter=filter
)[0] |
Here you can find the documentation. Although everything is still 'TODO'... |
Agreed, rather explicit as opposed to implicit. If it has been |
As far as I can tell PyQt5 uses |
@jasperges Are we able to resolve this by now? Or has it already been solved? :) |
@BigRoy The issue is still there. But your proposed solution works fine. Actually I'm moving to PySide2 now, mainly to be in line with other DCC's. Maya, Nuke, Houdini etc. use PySide2 right? |
lsattrs: Fix Py3 compatibility for Maya 2022
When using PyQt5 the Work Files app crashes on
on_browse_pressed
, because it usesdirectory
instead ofdir
forQFileDialog.getOpenFileName
(see here).The best option IMHO would be to address this in Qt (see this issue). But that would require some more work as most members of
QFileDialog
are affected.As a temporary solution I use
if Qt.IsPyQt5: ...
in my personal branch. Should we add this 'fix' inworkfiles/app.py
or wait for this to be addresses in Qt and update Qt invendor
?The text was updated successfully, but these errors were encountered: