Please support out of the box support for modality. I know there is how to, but out of the box, for such basic feature seems reasonable.

Also suggested how to doesn't work for windows initialised through service.

This would also align Angular Window component with KendoUI Window component modality.

Hi,

It would be nice if it was possible to set responsive width and height attributes for the Kendo UI window component (vh, vw, %, ...).

We have a fully responsive app and having to deal with pixel settings is limitating.

On resize, it could be converted to px.

Regards

Requested feature:

A new options "stayInFront" / "alwaysTop" for WindowService > WindowSettings.

Example:

this._windowService.open({
                title: 'Details',
                content: MyDetailsWindowComponent,
                stayInFront: true // < requested feature
            });

Behavior:

• if true, the window is always "on top", that means if we open another window with "stayInFront=false" it will be behind the window with "stayInFront=true".
• if multiple windows are open with stayInFront=true they will keep the order in which they were opened

Szenario:

• We have a grid of records, where a record is a "pipeline configuration" that allows users to edit pipeline steps ("nodes").
• When the user clicks on a record, we open an "edit pipeline" window.
• Inside the "edit pipeline window" we have list of "nodes" and the user can click "edit" on each node. This will open a second window containing details to the selected node.

Current problem:

If both windows are open, the user can click on the first (a big one) and this will be moved to front and hide the "node details" window. That makes no sense but we cannot use a dialog because users should be able to select a different node (in the first window).

I found an issue with the kendo-window component. Sometimes when you have a window component with an embed element inside it and you start dragging the window and then click inside the embed element (In the example a PDF viewer), after that you click again in the window’s title bar the window is stuck in the dragging state and it keeps following the mouse pointer even when you already release the mouse button.

It is an odd behavior and we need to know how to stop this, but without disabling the dragging functionality for the kendo-windo.

Here is the repro-case in stackblitz: https://stackblitz.com/edit/angular-jqjemx

Perhaps you need to try clicking over several times in order to reproduce this behavior.

The problem is that in our application the pointer position remains inside the embed element and we can’t click the title-bar again to release the dragging mode.

There are situations where we need to get a list of all windows, e.g. "close all" or "rearrange". While this can easily done manually when working with a single type of window, it's difficult if we have multiple windows using multiple components (we would have to ensure that we register them all in some kind of registry).

Feature request: Add something like a WindowManager that allows us to access all windows. Perhaps their WindowRefs? Perhaps an addition to WindowContainerService?