Declined
Last Updated: 09 Feb 2021 08:05 by ADMIN
Created by: Thomas
Comments: 2
Category: Window
Type: Bug Report
1

  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

ViewModel (TypeScript/Aurelia):
	//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>
Completed
Last Updated: 22 Nov 2023 14:24 by ADMIN
Created by: Laurent
Comments: 2
Category: Window
Type: Bug Report
1

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]
Unplanned
Last Updated: 15 Sep 2022 18:22 by Martin
Created by: Martin
Comments: 0
Category: Window
Type: Feature Request
1

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!

Completed
Last Updated: 03 Sep 2024 11:24 by ADMIN

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 ]
Declined
Last Updated: 20 Sep 2021 12:26 by ADMIN
Created by: Vasim
Comments: 3
Category: Window
Type: Feature Request
0
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
Declined
Last Updated: 21 Jun 2021 10:04 by ADMIN

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.:

window.setOptions({appendTo:"#someOtherElement"});

Thank you for voting!

Completed
Last Updated: 23 May 2019 05:52 by ADMIN
Release 2019.R2
Created by: tan tan
Comments: 1
Category: Window
Type: Bug Report
0

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

Completed
Last Updated: 13 Jan 2020 09:19 by ADMIN
Release R1 2020
Created by: Li
Comments: 3
Category: Window
Type: Bug Report
0

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?

Completed
Last Updated: 27 Jan 2021 14:44 by ADMIN
Release 2021.R1.SP.next

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 ]
Completed
Last Updated: 01 Dec 2021 11:59 by ADMIN

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]
Completed
Last Updated: 16 Oct 2020 07:53 by ADMIN
Release 2020.R3.SP.next

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]
Completed
Last Updated: 18 Jan 2021 09:09 by ADMIN
Release 2021.R1
Created by: Robert Madrian
Comments: 0
Category: Window
Type: Bug Report
0

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 ]
Completed
Last Updated: 22 Dec 2021 14:21 by ADMIN
Style for k-window-titlebar in kendo.common.min.css is missing display:flex and flex-direction:row which makes the k-windows-actions div (close button, etc) wrap to the next line instead of being displayed in top right corner. Tracked by comparing new version (2021.3.1207) with previous version (2021.2.511). Not specific to browser.
Completed
Last Updated: 09 Sep 2022 08:24 by ADMIN
Release 2022.R3

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]
Unplanned
Last Updated: 17 Jun 2022 11:42 by ADMIN
Created by: Tyler
Comments: 1
Category: Window
Type: Bug Report
0

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

 

Unplanned
Last Updated: 14 Jun 2023 06:52 by ADMIN
Created by: Alex
Comments: 1
Category: Window
Type: Feature Request
0

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

Unplanned
Last Updated: 13 Jun 2023 15:10 by ADMIN
Created by: Aleksandar
Comments: 0
Category: Window
Type: Feature Request
0
Currently, when using the HTML Helpers and defining a popup editor for the Grid or Scheduler, for example, there is an option to set the HtmlAttributes. The HtmlAttributes method is, however, inherited from the WidgetBuilderBase class and it sets attributes to the generated html. In the context of the editor, no html is generated as the actual popup window is created on the client when the user presses the edit/create command.

Exposing an attributes configuration would allow for the serialization of the attributes so they can be applied to the window when it is created on the client.
Unplanned
Last Updated: 11 Jul 2023 10:58 by Vidya

Bug report

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.

Reproduction of the problem

  1. Open the Dojo example. https://dojo.telerik.com/@NeliKondova/iyULiwiQ
  2. Press Tab key multiple times - the focus is always inside the window.
  3. Click the openConfirmWindow button in the first modal window.
  4. Close the second modal window.
  5. Press Tab key multiple times.

Current behavior

When there is a second window on the page the focus is not trapped in the window and elements outside the window are focused.

Expected/desired behavior

The focus should be trapped in the window.

Environment

  • Kendo UI version: 2023.2.606
  • Browser: [all]
Completed
Last Updated: 29 Mar 2024 07:38 by ADMIN
Release 2024 Q2 (May)

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]
Completed
Last Updated: 24 Jun 2024 13:10 by ADMIN
Release 2024 Q3 (Aug)
Created by: Lewis
Comments: 0
Category: Window
Type: Bug Report
0

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 ]