Allow the toolbar to be docked to the Kendo window at the top under the title or tabstip at the top under the tab, this way the scrolling would keep the toolbar in place and would be always visible for user action

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.

Hello,

The Kendo UI Window features in many widgets as an editable popup and form container - like the Kendo UI Grid and TreeList, the Kendo UI Diagram and it would be great to be able to keep using it and open it elsewhere dynamically as right now this takes no effect.:

Thank you for voting!

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, '');
                }
 },

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]

It would be really nice to have an easy way to dynamically create Kendo Windows in AngularJS. And also with separate controller and template.

https://github.com/kjartanvalur/angular-kendo-window

Here i´m trying to do this but it would be really good to have a similar way integrated into Kendo. There is also a demo on the repo.

http://plnkr.co/edit/6lyrblMhZ5ofuonmGoPZ?p=preview

Please add option for setting custom window titlebar icons like in this Telerik MVC Window example:

http://demos.telerik.com/aspnet-mvc/razor/window/loadingexternalpage

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.

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 ]

Bug report

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.

Reproduction of the problem

Run the Dojo example and click the button

Note: If the issue is not replicated try to decrease the visible area.

Current behavior

The animation seems broken (screencast)

Expected/desired behavior

The Window should slide properly no matter of its width.

Environment

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

Bug report

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.

Reproduction of the problem

1. Run this dojo
2. Click the Open Window button
3. Click inside to content of the Window
4. Close the Window

Current behavior

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>

Expected/desired behavior

k-state-focused class should be removed upon closing of the Window

Environment

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

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?

https://dojo.telerik.com/iKoledUd

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.

Currently Kendo dialog configuration (https://docs.telerik.com/kendo-ui/api/javascript/ui/dialog) does not provide a built in configuration option to apply class or id to the action buttons. This feature will enable the end user to style the buttons (e.g. add action button background color) in accordance with their preference.

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.

Please allow for the dynamic creation of kendo windows (straight from javascript) that don't require you to have an existing element to attach the window to (or having to manually create div's in the DOM). Telerik.Window has a name property that sets the ID of the window so one can create windows easier by calling $.telerik.window.create({}) and set the name/id there. Kendo currently doesn't have that functionality. Why can't Kendo.Window do the same - either attach itself to an existing element like it currently does or if a unique name is given and no matching element with the same ID, then create a new div in the DOM and attach to it. Currently one has to manually create the DIV layers to create dynamic windows from.