-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
md-select overlay not dismissed inside dialog #2272
Comments
Your Plunkr breaks because it's missing some CSS (e.g. the overlay isn't |
Yes, there needs to be a proper stacking manager. |
Currently backdrops get inserted after their corresponding overlays in the DOM. This can lead to situations where another overlay that is technically lower in the stacking order could go above a backdrop (e.g. opening a `select` inside a `dialog`). These changes switch to doing the stacking by having the overlay and backdrop have the same `z-index` and determining the stacking order by the order of the elements in the DOM. Fixes angular#2272.
Currently backdrops get inserted after their corresponding overlays in the DOM. This can lead to situations where another overlay that is technically lower in the stacking order could go above a backdrop (e.g. opening a `select` inside a `dialog`). These changes switch to doing the stacking by having the overlay and backdrop have the same `z-index` and determining the stacking order by the order of the elements in the DOM. Fixes angular#2272.
Currently backdrops get inserted after their corresponding overlays in the DOM. This can lead to situations where another overlay that is technically lower in the stacking order could go above a backdrop (e.g. opening a `select` inside a `dialog`). These changes switch to doing the stacking by having the overlay and backdrop have the same `z-index` and determining the stacking order by the order of the elements in the DOM. Fixes angular#2272.
* fix(overlay): proper backdrop stacking with multiple overlays Currently backdrops get inserted after their corresponding overlays in the DOM. This can lead to situations where another overlay that is technically lower in the stacking order could go above a backdrop (e.g. opening a `select` inside a `dialog`). These changes switch to doing the stacking by having the overlay and backdrop have the same `z-index` and determining the stacking order by the order of the elements in the DOM. Fixes #2272. * Fix wrong selectors after merge with master.
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Bug, feature request, or proposal:
bug
What is the expected behavior?
if you open md-select inside md-dialog component and click somewhere outside of md-select overlay (but inside of dialog itself), the md-select overlay should be closed and onClose event should be fired
What is the current behavior?
now if you click inside dialog outside of md-select overlay, overlay is not closed. but if you click outside dialog overlay, it is closed
What are the steps to reproduce?
http://plnkr.co/edit/oIJQsOZVt0aKRFPe9rde
actually it is never dismissed in plunker, and what is worse, the overlay of md-select is shown below dialog overlay. But in real world application I get the behaviour described above - md-select is dismissed when clicking outside overlay, but not if it is within dialog
Which versions of Angular, Material, OS, browsers are affected?
angular 2.2.4, material 2.0.0-alpha.11-3, ubuntu 14.04, Firefox 50.1, Chrome 55
The text was updated successfully, but these errors were encountered: