Skip to content
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.

Sign up for GitHub

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

Jump to bottom

wait/wait_not methods architecture re-considering #434

Closed
vasily-v-ryabov opened this issue Nov 1, 2017 · 0 comments
Closed

wait/wait_not methods architecture re-considering #434

vasily-v-ryabov opened this issue Nov 1, 2017 · 0 comments
Assignees
@EOKruglov
Labels
enhancement refactoring_critical critical issue that must be implemented before UIA recorder release
Milestone
pywinauto 0.7.0

Comments

@vasily-v-ryabov
Copy link
Contributor

Probably WindowSpecification.wait(...) must wait for existing element only. The element state (visible, enabled) could be handled in UIAWrapper.wait_state(...). Different method name should remove a confusion about which method is really called in case the element was instantiated implicitly from WindowSpecification.

Inspired by this question:
https://stackoverflow.com/questions/47018730/pywinauto-how-to-wait-on-uiawrapper-windows
@vasily-v-ryabov vasily-v-ryabov added this to the pywinauto 0.7.0 milestone Nov 1, 2017
@vasily-v-ryabov vasily-v-ryabov added the refactoring_critical critical issue that must be implemented before UIA recorder release label Mar 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@EOKruglov EOKruglov

Labels
enhancement refactoring_critical critical issue that must be implemented before UIA recorder release
Projects
None yet
Milestone
pywinauto 0.7.0
Development

No branches or pull requests
3 participants
@vasily-v-ryabov @EOKruglov @morphine43