Hello Marc,

You are right on all counts - the cause and that we are handling all windows.

Regards,
Marin Bratanov
Progress Telerik

Thank you for your feedback, Doug. At this point I expected that the windows would track and increment the z-index on their own, but maybe adding an explicit option may be useful too.

Regards,
Marin Bratanov
Progress Telerik

Hello Doug,

At the moment, all windows have the same z-index which starts off from their topmost element in the DOM. Thus, the order of those elements in the DOM determines which window will be at the top - the last one. You can inspect that in the browser dev tools when you have two instances open to see how it looks.

Regards,
Marin Bratanov
Progress Telerik

A quick update - the previous snippet could work if the second modal is after the first in the DOM. If they are not, you could do a small bit of logic in the Visible parameter of the first:

<TelerikWindow @bind-Visible="@secondVisible" Modal="true">
    <WindowContent>the second dialog</WindowContent>
    <WindowActions>
        <WindowAction Name="Close"></WindowAction>
    </WindowActions>
    <WindowTitle>SECOND</WindowTitle>
</TelerikWindow>

<TelerikWindow Visible="@IsFirstVisible()" VisibleChanged="@( (bool v) => firstVisible = v )" Modal="true">
    <WindowContent>
        first window content.
        <TelerikButton OnClick="@( _ => secondVisible = true)">Show the second</TelerikButton>
    </WindowContent>
    <WindowActions>
        <WindowAction Name="Close"></WindowAction>
    </WindowActions>
    <WindowTitle>FIRST</WindowTitle>
</TelerikWindow>


<TelerikButton OnClick="@( _ => firstVisible = true)">Show the first dialog</TelerikButton>

@code{
    bool firstVisible { get; set; }
    bool secondVisible { get; set; }
    bool IsFirstVisible()
    {
        return firstVisible && !secondVisible;
    }
}

For cases where you can't control the first dialog (say, the grid's popup editing) there are two options:

• wait for this feature to get implemented
• OR, use a custom popup form where you can apply either of these approaches

Regards,
Marin Bratanov
Progress Telerik

If you have control over both modals, you can use CSS to hide the first one to only show the second, something like this:

<style>
    .visuallyHidden{
        display:none;   
    }
</style>

<TelerikWindow @bind-Visible="@firstVisible" Modal="true" Class="@( secondVisible ? "visuallyHidden" : "" )">
    <WindowContent>
        first window content.
        <TelerikButton OnClick="@( _ => secondVisible = true)">Show the second</TelerikButton>
    </WindowContent>
    <WindowActions>
        <WindowAction Name="Close"></WindowAction>
    </WindowActions>
    <WindowTitle>FIRST</WindowTitle>
</TelerikWindow>

<TelerikWindow @bind-Visible="@secondVisible" Modal="true">
    <WindowContent>the second dialog</WindowContent>
    <WindowActions>
        <WindowAction Name="Close"></WindowAction>
    </WindowActions>
    <WindowTitle>SECOND</WindowTitle>
</TelerikWindow>

<TelerikButton OnClick="@( _ => firstVisible = true)">Show the first dialog</TelerikButton>

@code{
    bool firstVisible { get; set; }
    bool secondVisible { get; set; }
}

Regards,
Marin Bratanov
Progress Telerik

For anyone looking for alert/confirm/prompt type dialogs, I suggest you Follow and Vote on Patrick's other request here: https://feedback.telerik.com/blazor/1433023-predefined-windows. In the meantime, you can achieve them by implementing your own components holding TelerikWindow instances that have some predefined settings/content as per your needs; then those components can expose methods that toggle the dialog, and parameters for size, content, title, etc.

In the web we don't have the luxury of having parents for windows and popups, so we can't have a modal window block only certain other windows. The idea of the initial request is that you should be able to open more than one modal dialog and the last one will be on top so the user can interact only with it. Something like this may be needed when we re-implement dragging as well - the currently focused window should be at the top of the stack. This means that all windows will need the ability to track their stacking order and communicate it to each other.

Regards,
Marin Bratanov
Progress Telerik