Open aroberge opened 9 years ago
Possible widget:
I could see some people wanting a buttonbox even though get_list_of_choices is available. Maybe it would fit better with their porgram's aesthetics.
I agree that multpasswordbox seems low priority. My guess is that it is intended for changing passwords: one prompt for the old password, and two for the new one, all within the same dialog and all of which should be masked. Or maybe credit card plus security code. So I do think its useful if somewhat specialized (= low priority for 1.0 release?)
yes, an about dialog seems like a good idea. Qt already provides some examples of that.
Edit: this can be done by using show_file with a carefully crafted html file.
started One more idea: implement a "wizard" (apparently known as an "Assistant" on Mac) which could be called show_guide() or show_instructions() show_story()
; this would be implemented using QtGui.QWizard() behind the scene.
There would be a few different options for the window shown at each "step":
I will remove the validation from the Donechange_password()
function; this is something that can be done by the calling program without depending of knowing the internal details of the implementation (which is the case now).
I also plan to add a Done added help()
function: this function would open a browser window pointing at the url of the api documentation (on the ReadTheDocs site) corresponding to the version being used. This will require not forgetting to update the version number in the module (and move it from __init__.py
to easygui_qt.py
itselffind_help()
. Without explicit tagging, we could not retrieve a given version on ReadTheDocs - so it will always go to the latest available information. Since this project is likely to soon reach version 1.0 and very little development is expected afterwards, this should not be a problem.
You write: "Similarly, instead of using a print() function to display a message, show_message() is used which pops a message window." But with print() the user don't need to do any action and with _showmessage() the user need to click on OK for the script continue to running.... (and Qt don't support window as thread) I think you need to mention this
@ttv20 Thanks for your input; I updated the readme file (but do not mention threads).
Using this "issue" to document what should be implemented by version 1.0. People should feel free to comment.
equivalent to easygui.ccbox(); probably called get_cancel_or_continue() and implemented via a PyQt "warning" dialog.Doneequivalent to easygui.exception() - probably called handle_exception() and implemented via a PyQt "critical" dialog.Doneequivalent to easygui.passwordbox() - probably called get_password()Doneequivalent to easygui.textbox() - probably called show_text()Done name = show_fileequivalent to easygui.codebox() - probably called show_code()Done name=show_file ... or show_code, depending on how the code is obtained.equivalent to easygui.multenterbox() - probably called get_fields() and returning a dictDone name=get_many_stringsget_color_rgb() - implemented via PyQt's color dialogDoneget_color_hex()Doneget_date() - with a nice calendar dialogDonepossibly implement get_username_and_password() with a viewable username field and a "masked" password field.DoneChange password dialog (with verification/confirmation of new password)DonePossible variation of get_fields (see 6 above) where some fields can be specified to be masked.Done name=get_many_strings()I do not plan to implement an equivalent of the following from easygui: easygui.buttonbox - use get_list_of_choices() instead (however, see comment from @jeremygray below ...)