-
Notifications
You must be signed in to change notification settings - Fork 6
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
problems with non-modal dialogs #293
Comments
Let's put an assertion in for now that bails if |
In #166 (comment), @jonathanolson asked:
Any non-modal dialog. (And any API I've ever worked with that supports dialogs.) |
@jonathanolson will add the assertion, |
I fixed the "close button will not work" problem in #314. |
Issue 5 (placement of close button) is describe in more detail in #346, and is not specific to non-modal Dialogs. |
Issues 2-5 are still problems. |
3/29/18 dev meeting: @andrea-phet and I will triage this issue. |
Dialog was recent giving a major overhaul. While still not ideal, it's better. It does not support non-modal dialogs ( |
There are still TODOs marked for this issue, discovered during phetsims/chipper#946 |
Removed the TODO over in phetsims/ratio-and-proportion#509 by moving the pdomVisibility stuff directly into Sim. Closing |
Noted while reviewing #166.
These problem occur in master, as of joist 4c143a8. They can be demonstrated by running the joist demo application (joist/joist_en.hmtl). Note that the demo currently contains 2 instances of DialogsDemoView, so that you can test switching between screens.
A non-modal dialog may be global (if created by the PhET menu) or specific to a screen (if created by the screen).
Problems with the current implementation non-modal dialogs:
(1) The close button does not work.
(2) For screen-specific non-modal dialogs, behavior when switching screens is incorrect. When switching screens, dialogs should disappear along with screen. When returning to a screen, dialogs specific to that screen should be restored. Currently, dialogs remain on the screen regardless of which screen is selected.
(3) Non-modal dialogs should be positionable. They are currently limited to centered on the screen.
(4) Non-modal dialogs should be movable, so that you can interact with other UI components. Their position is currently fixed.
(5) Placement of the close button can overlap with the dialog content. See screenshot below. This problem may not be limited to non-modal dialogs (untested with modal dialogs).
Assigned to @jonathanolson, the author of Dialog.
The text was updated successfully, but these errors were encountered: