Window's modal feature isn't working if there's an open Dialog.
Regression introduced with 2024.1.319
The Window opened from the button isn't modal, and you can interact with the Dialog.
The Window should be modal as per the configuration.
The Window themeColor configuration does not change the appearance of the component.
The Window colors are not changed.
The component appearance should be changed based on the configured value in themeColor.
<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')
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
An error is thrown on the console
No errors should be thrown
Icons are missing in the components when a custom script is generated with Gulp
npx gulp custom -c window,dropdownlist
The Window is missing the icons and the actions are not working. The DrpDownList works as expected, but the arrow icon is not visible
The components should work as expectedwhen custom scirpt is created
Window content remains when the visible configuration is set to false
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.
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.
The restore event is missing in the Window typescript definition
Open the typescript/kendo.all.d.ts file and search for kendo Window restore event
The restore event should be defined.
Upon opening the Window, the widget is not getting focused when using jQuery 3.6.0.
The Window is not focused upon opening.
The Window should be focused upon opening.
Regression introduced in R3 2020 SP1.
If the configured width of the Window exceeds the viewport width and animation is configured, the animation of the Window is broken.
Run the Dojo example and click the button
Note: If the issue is not replicated try to decrease the visible area.
The animation seems broken (screencast)
The Window should slide properly no matter of its width.
Clicking inside the content of a modal Window with an iframe and then closing the Window does not remove the k-state-focused
class from the Window wrapper.
The window widget wrapper still has a k-state-focused
class:
<div class="k-widget k-window k-state-focused" data-role="draggable" style="visibility: visible; display: none; padding-top: 45px; min-width: 90px; min-height: 50px; z-index: 10004; transform: scale(0.7);">
...
</div>
k-state-focused
class should be removed upon closing of the Window
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
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>
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.
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));
The second Window continues to stay under window number 3
Once a given Window is tapped its should pop to the top and its content shouldn't be hidden by other Windows.
I have a scrollable div within kendo Window.
The said div contains selectable thumbnail, it will show a bigger version if clicked (functionality not included in the attached file)
The problem when there will be hundreds to thousands of images the scrolling in IE11 becomes almost unresponsive.
Attached sample have around a 1000.
Tested it with bootstrap modal, did not have any issue with scrolling in IE11.
Issue does not happen in other browsers, is this an issue with repaint and scroll in IE?
I use Windows as a sliding pane. How do I make the window still the default size when the window is minimized and then restored?
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
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.
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.
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.