Windows should be able to be contained or restricted to a specific area.  This can either be using parameters or by containing it to a parent object/DIV.  

Reasons:

Windows can be dragged anywhere on the browser document and when maximized they take up the entire document.  This is a problem if you have an area of the document that you always want to have visible.  In my example, I have a toolbar at the top of the screen 25px high and I would like the windows to never move into that area so that it is always accessible.

Currently, a modal window allows for tabbing out of the window to controls on the page below.
See forum posts
http://www.telerik.com/forums/tab-key-and-modal-windows
http://www.telerik.com/forums/kendo-window-tab-order-and-section-508

On a web app I run into the problem where the dialog is dependent on a grid row to be present, but due to tabbing out of the not so modal window I can delete the applicable grid row removing the context on which the modal window is based.

This is a bug.

Currently kendoWindow class publishes a "minimize" event but not the corresponding "restore" event, as far as I can tell.  We need to catch the "restore" for our UI case, as follows:  The default Minimize action leaves the window width unchanged, and collapses the height to 32 pixels.  But we'd like to also shrink the minimized width, in order to further save space.  It's easy to do that, via the minimize event, but then getting the original width back upon Restore is a problem - I can't find a straightforward way to do that, because the presence of the Restore button ("k-i-restore" class) is elusive - it isn't present at startup, nor is it found at the end of our custom "onMinimize" method.  In the absence of the "restore" event, if anyone can suggest a straightforward way to accomplish the above, we would be grateful.

Please consider adding an option to Kendo Window to make it always centered/fixed. This will be essential for Modal windows/dialogs to always stay in the middle of the screen if there are scrollbars on the page. I would go as far as suggest making this the default behavior for windows with modal: true.

I have this problem where I use the window but I turn off your titles and use my own custom made because of the specifc layout I have. But by doing so I lose the option of making the window draggable since it can only by dragged by its title. Give us a simple config option to set any elements inside the window as the draggable points. That way I can set my own header and make the window draggable by holding it.

Bug report

If you attempt to close a Kendo Window from a Dialog action, an error is thrown on the console.

Regression introduced with 2024.1.319

Workaround: https://dojo.telerik.com/afUPoQuX/3

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/afUPoQuX/2
2. Open the browser console
3. Click the OK action

Current behavior

An error is thrown on the console

Expected/desired behavior

No errors should be thrown

Environment

• Kendo UI version: 2024.1.319
• Browser: [all]

We should not lose functionality that the jquery dialog already supports.   Keydown is an important aspect in many web apps and right now a user can click the escape button if entering in a bunch of data and it closes out the window.

Bug report

Icons are missing in the components when a custom script is generated with Gulp

Reproduction of the problem

1. Follow the steps described in the link here - https://github.com/telerik/kendo-ui-core?tab=readme-ov-file#building-kendo-ui-core
2. Create a custom script for DropDownList or Window npx gulp custom -c window,dropdownlist
3. Try to load the script and create the components

Current behavior

The Window is missing the icons and the actions are not working. The DrpDownList works as expected, but the arrow icon is not visible

Expected/desired behavior

The components should work as expectedwhen custom scirpt is created

Environment

• Kendo UI version: 2024.1.130
• Browser: [all ]

Bug report

Upon opening the Window, the widget is not getting focused when using jQuery 3.6.0.

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/@martin.tabakov@progress.com/EcIheNif/3

Current behavior

The Window is not focused upon opening.

Expected/desired behavior

The Window should be focused upon opening.

Environment

• Kendo UI version: 2021.3.914
• jQuery version: 3.6.0
• Browser: [all]

I am loading content into the window asynchronously and would like to see an event that I can subscribe to that would fire when this content has finished loading.

add sure/cancel button on the bottom(default) of Kendo window component

Bug report

Window's modal feature isn't working if there's an open Dialog.

Regression introduced with 2024.1.319

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/uyUwAMeQ/2
2. Click the Open button inside the Dialog

Current behavior

The Window opened from the button isn't modal, and you can interact with the Dialog.

Expected/desired behavior

The Window should be modal as per the configuration.

Environment

• Kendo UI version: 2024.3.806
• Browser: [all]

Bug report

The Window themeColor configuration does not change the appearance of the component.

Reproduction of the problem

1. Open the Dojo - https://dojo.telerik.com/@NeliK/igOpetAW

Current behavior.

The Window colors are not changed.

Expected/desired behavior

The component appearance should be changed based on the configured value in themeColor.

Workaround

<style>
      .k-window-titlebar {
        color: var(--kendo-color-on-dark, #ffffff);
        background-color: var(--kendo-color-dark, #3d3d3d);
      }
</style>

Or

 $('.k-window').addClass('k-window-dark')

Environment

• Kendo UI version: 2024.2.514
• jQuery version: x.y
• Browser: [all ]

Bug report

Window content remains when the visible configuration is set to false

Reproduction of the problem

1. Open the following dojo
2. Notice, that the Window's content remains initially visible in the DOM.

Current behavior

Currently, in order to avoid this behavior, an inline display:none style needs to be added to the window container. This does not convey however with CSP's Inline Styles convention.

Expected/desired behavior

It would be beneficial if the container can be wrapped with the k-hidden class and automatically detect it during the widget's initialization. This will bolster the CSP compliance for the Window widget and allow the customers to use inline classes instead.

Environment

• Kendo UI version: 2023.3.1114
• Browser: [all]

Bug report

The restore event is missing in the Window typescript definition

Reproduction of the problem

Open the typescript/kendo.all.d.ts file and search for kendo Window restore event

Expected/desired behavior

The restore event should be defined.

Environment

• Kendo UI version: 2022.2.510
• jQuery version: x.y
• Browser: [all]

Bug report

When using Kendo Bootstrap v4 theme and attempting to display a maximized Kendo Window with iFrame content the iFrame does not take up the full height of the Kendo Window.
The behavior is observed with Safari browser on MacOS X or iOS

Reproduction of the problem

1. Run this dojo with Bootstrap-v4 bug example

Expected/desired behavior

The iFrame should take up the full height of the Kendo Window.

Adding the following style resolves the observed behavior:

<style type="text/css">
    .k-window-content.k-window-iframecontent {
        height:100%;
    }
</style>

Environment

• Kendo UI version: 2020.2.513
• Browser: [Safari | iOS Safari]

Bug report

When there are multiple Window components initialized in one page the initially defined z-index is not changing when tapping on a given Window on an iPad device in the Safari browser.

Reproduction of the problem

1. Open this Dojo example on an iPad
2. Drag the upper Window(Number 3) aside and tap on the second one

Possible fix
Replace:
wrapper.add(wrapper.children('.k-resize-handle,' + KWINDOWTITLEBAR)).on('mousedown' + NS, proxy(that.toFront, that));

With

wrapper.add(wrapper.children('.k-resize-handle,' + KWINDOWTITLEBAR)).on('mousedown' + NS, proxy(that.toFront, that)).on('touchstart' + NS, proxy(that.toFront, that));

Current behavior

The second Window continues to stay under window number 3

Expected/desired behavior

Once a given Window is tapped its should pop to the top and its content shouldn't be hidden by other Windows.

• Open the linked above Dojo project in Chrome for iPad and see the correct behavior

Environment

• Kendo UI version: 2019.3.1023
• jQuery version: x.y
• Browser: [iOS 13.2 Safari ]