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.
When there are multiple modal windows on the page and the user tries to navigate using Tab key, the focus is not trapped in the window and elements on the browser become focused.
When there is a second window on the page the focus is not trapped in the window and elements outside the window are focused.
The focus should be trapped in the window.
Hi
its not an urgent request as I implemented that feature already. However, I am not a good prgrammer and I would like to have this feature included by more skilled programmers.
Basically our GUI shows the data table as shown in the attached image. Now you can open quite a lot of floating windows and subwindows to work on the data. See second attachment. As this is sometimes confusing, we allow to dock/undock the windows on the left or right side of the table, depending on the relative position while clicking the dock button.
Kind regards
Alex
The Grid Edit Window does not take all the space when maximized on mobile device with Android 12.
The Window leaves some space at the bottom of the screen.
The Window should take all the screen space
Hi Team,
I'd like a way to configure the API so that the overlay which appears during resizing can be turned off.
Thank you!
Hello,
I think i have found a potential bug
In the dojo below please run it and notice the window opens fine, then close and reopen it a couple of times.
The animation => open: false is causing the window to reopen at a smaller/zoomed out size.
If you move the window it snaps to the correct size
https://dojo.telerik.com/oDuviZak/2
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.
When opening a Window with modal and preventScroll: true on a page with scroll bars, the scroll position resets every time the window is opened and closed.
This is demonstrated in the Dojo example linked here. In the Dojo, scroll to the bottom and click the button to open the Window, the scroll position will change.
Making the following modifications to the kendo.window.js file maintains the scroll position; would it be possible to add these modifications to a future release?
The code starts around line 912 of kendo.window.js
_stopDocumentScrolling: function () {
var that = this;
var containment = that.containment;
if (containment && !that._isPinned) {
that._storeOverflowRule(containment);
containment.css(OVERFLOW, HIDDEN);
that.wrapper.css({
maxWidth: containment.innerWidth(),
maxHeight: containment.innerHeight()
});
return;
}
var $body = $('body');
that._storeOverflowRule($body);
$body.css(OVERFLOW, HIDDEN);
// LSS: maintain scroll position when opening modal popup window
var $html = $('html'),
scrollTop = $html.scrollTop();
that._storeOverflowRule($html);
$html.css(OVERFLOW, HIDDEN);
// LSS: maintain scroll position when opening modal popup window
$html.add($body).scrollTop(scrollTop);
},
_enableDocumentScrolling: function () {
var that = this;
var containment = that.containment;
if (containment && !that._isPinned) {
that._restoreOverflowRule(containment);
that.wrapper.css({
maxWidth: containment.width,
maxHeight: containment.height
});
return;
}
that._restoreOverflowRule($(document.body));
that._restoreOverflowRule($('html'));
},
_storeOverflowRule: function ($element) {
if (this._isOverflowStored($element)) {
return;
}
var overflowRule = $element.get(0).style.overflow;
if (typeof overflowRule === 'string') {
$element.data(DATADOCOVERFLOWRULE, overflowRule);
// LSS: maintain scroll position when opening modal popup window
$element.data('scrollTop', $element.scrollTop());
}
},
_isOverflowStored: function ($element) {
return typeof $element.data(DATADOCOVERFLOWRULE) === 'string';
},
_restoreOverflowRule: function ($element) {
var overflowRule = $element.data(DATADOCOVERFLOWRULE);
if (overflowRule !== null && overflowRule !== undefined) {
$element.css(OVERFLOW, overflowRule);
$element.removeData(DATADOCOVERFLOWRULE);
// LSS: maintain scroll position when opening modal popup window
var scrollTop = $element.data('scrollTop')
$element.scrollTop(scrollTop)
$element.removeData('scrollTop');
} else {
$element.css(OVERFLOW, '');
}
},
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>
ViewModel (TypeScript/Aurelia):Hi Team
We found a bug when we try to dynamically include a title at the KendoUI - Window component.
When we visit the website, all is correctly(title.png) displayed. After an reload of the website (F5 or the refresh button) the title disappers(notitle.png)
Regrets Thomas
//private variable
private _helpWindowTitle: string;
constructor(private _taskQueue: TaskQueue) {
//set localization
this._i18n.setLocale('de')
.then(() => {
this._helpWindowTitle = this._i18n.tr("window.title");
});
}
View (HTML):
<div id="helpwindow" ak-window="k-width: 600px;
k-visible.bind: false;
k-title.two-way: _helpWindowTitle;
k-actions.bind: _helpActions;
k-widget.bind: _helpwindow">
<form class="d-flex-center flex-column" role="form" ref="form" submit.delegate="tryHelpRequest()">
<div class="form-group d-flex-center m-4">
<label class="white-space-nowrap m-0 mr-2"><span t="window.optionlabel"></span></label>
<ak-drop-down-list k-auto-bind.bind="false"
k-option-label="-"
k-data-text-field="name"
k-data-value-field="id"
k-data-source.bind="_helpDatasource"
k-value.two-way="_selectedHelp"
view-model.ref="_helpOptionDropdown"
k-on-ready.delegate="onReady($event.detail)"
style="width: 300px;">
</ak-drop-down-list>
</div>
<textarea ak-rich-editor="k-widget.two-way: _helpMessageEditor"
style="height:200px"
k-widget.two-way="editor"></textarea>
<button ak-button class="btn-arec-dark p-2 mt-2" submit-form.bind="form"><i class="fa fa-paper-plane mr-2"></i><span t="window.submittext"></span></button>
</form>
</div>
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.