Feature request
Ability to configure the position strategy of the CdK overlay created by a matDialog in order to have the backdrop only inside an element (not fullscreen).
This is the same feature as 'parent' property of AngularJS material $mDialog (https://material.angularjs.org/latest/api/service/$mdDialog#mddialog-show-optionsorpreset)
matDialog backdrop is fullscreen
Having multiples dialogs in a page that is specific to a part of the page.
We also could really benefit from this feature. Our angular 5 app supports multiple switchable workspaces (like tabs in a browser). Every workspace could have its own modal dialog open.
At the moment NO dialog lib fits our needs - so we are struggling at this point...
According to the MD spec wording, the dialog is meant to be used for all sorts of stuff, even things like menus for which we have mat-menu or mat-select.
These use a ConnectedPositionStrategy, but they different behavior from what you would expect from a dialog. For example the tab key closes the select overlay and jumps to the next form element and dialogs use FocusTrap.
One good use case for these sort of dialogs with ConnectedPositionStrategy is for drop-downs that have complex layout, not just simple items. Those could be used for things like notification panels or user profile panels where you have more than just a list of items. You can see example of this in the Google Analytics page.
Now that we have a Dialog in the CDK experimental package, a factory that provides the default value could be added, similar to MAT_DIALOG_SCROLL_STRATEGY_PROVIDER. -- Yes, it still has a MAT prefix, even though it is inside a CDK package.
I'll try to submit a PR for a MAT_DIALOG_POSITION_STRATEGY_PROVIDER this week.
I'm interested for this feature too.
Thanks, waiting for some update.
Hi,
Is there any update on the MAT_DIALOG_POSITION_STRATEGY_PROVIDER ?
Hey everyone,
Any news on this feature request?
I have the same issue where we have a multi tabbed application and we do need to have some dialogs inside tabs
Most helpful comment
According to the MD spec wording, the dialog is meant to be used for all sorts of stuff, even things like menus for which we have
mat-menuormat-select.These use a
ConnectedPositionStrategy, but they different behavior from what you would expect from a dialog. For example the tab key closes the select overlay and jumps to the next form element and dialogs useFocusTrap.One good use case for these sort of dialogs with
ConnectedPositionStrategyis for drop-downs that have complex layout, not just simple items. Those could be used for things like notification panels or user profile panels where you have more than just a list of items. You can see example of this in the Google Analytics page.Now that we have a
Dialogin the CDK experimental package, a factory that provides the default value could be added, similar toMAT_DIALOG_SCROLL_STRATEGY_PROVIDER. -- Yes, it still has aMATprefix, even though it is inside aCDKpackage.I'll try to submit a PR for a
MAT_DIALOG_POSITION_STRATEGY_PROVIDERthis week.