Declined
Last Updated: 27 Jul 2021 11:42 by ADMIN
Created by: William
Comments: 1
Category: Window
Type: Bug Report
0

I found an issue with the kendo-window component. Sometimes when you have a window component with an embed element inside it and you start dragging the window and then click inside the embed element (In the example a PDF viewer), after that you click again in the window’s title bar the window is stuck in the dragging state and it keeps following the mouse pointer even when you already release the mouse button.

It is an odd behavior and we need to know how to stop this, but without disabling the dragging functionality for the kendo-windo.

Here is the repro-case in stackblitz: https://stackblitz.com/edit/angular-jqjemx

Perhaps you need to try clicking over several times in order to reproduce this behavior.

The problem is that in our application the pointer position remains inside the embed element and we can’t click the title-bar again to release the dragging mode.

Unplanned
Last Updated: 26 Jul 2021 08:43 by ADMIN
Created by: Cyril
Comments: 1
Category: Window
Type: Feature Request
0

Hi,

It would be nice if it was possible to set responsive width and height attributes for the Kendo UI window component (vh, vw, %, ...).

We have a fully responsive app and having to deal with pixel settings is limitating.

On resize, it could be converted to px.

Regards

Declined
Last Updated: 13 Jul 2021 06:09 by ADMIN
Created by: Shrinand
Comments: 2
Category: Window
Type: Feature Request
0
Using Kendo Window UI, we want to create multiple windows within a page where they can be free floating or dockable as tabs. Attaching an image of how it would look when it is free floating.
Unplanned
Last Updated: 07 Jul 2021 13:05 by ADMIN
Created by: shahar
Comments: 0
Category: Window
Type: Feature Request
13
Add an option to WindowSettings to specify the direction for the window /"right" or "left"/.
Unplanned
Last Updated: 14 Jun 2021 10:03 by ADMIN
Created by: Austin
Comments: 2
Category: Window
Type: Feature Request
7

Please provide a feature that allows to prevent the default actions of the built-in Window actions similar to the feature available for the Dialog:

https://www.telerik.com/kendo-angular-ui/components/dialogs/dialog/service/#toc-action-prevention

thank you

 
Unplanned
Last Updated: 18 May 2021 15:46 by ADMIN
Created by: Edo
Comments: 1
Category: Window
Type: Feature Request
7

Please support out of the box support for modality. I know there is how to, but out of the box, for such basic feature seems reasonable.

Also suggested how to doesn't work for windows initialised through service.

This would also align Angular Window component with KendoUI Window component modality.

Under Review
Last Updated: 04 Feb 2021 21:14 by ADMIN
Created by: Benedetta
Comments: 1
Category: Window
Type: Bug Report
1

Hi, 

i'm trying to use the WindowService customizing the messages (tooltip) of the action buttons.

Seems that the custom labels are not shown and i have a console error

preview-2f5baf5affd53e419d85b.js:1 ERROR TypeError: Cannot set property 'closeTitle' of undefined

Here an example:

https://stackblitz.com/edit/angular-8z7vou

any suggestions?

 

 

Unplanned
Last Updated: 06 Jul 2020 08:32 by ADMIN
Created by: Endika
Comments: 0
Category: Window
Type: Feature Request
1

Currently the Dialog allows to use a custom component for its content, which can include a custom TitleBar as well, when it is instantiated via a service. Please provide a similar functionality for the Window as well when it is opened via a service. Thank you.

Unplanned
Last Updated: 01 Jul 2020 07:04 by ADMIN
Created by: Tsuyoshi
Comments: 2
Category: Window
Type: Feature Request
4

Please provide an option that allows to constrain the movement of the Window component when dragging similar to the Kendo UI for Vue Window:

https://www.telerik.com/kendo-vue-ui/components/window/constrain-movement/

Unplanned
Last Updated: 04 Sep 2019 04:49 by ADMIN
Created by: Christoph
Comments: 3
Category: Window
Type: Feature Request
8

If we open a window using the WindowService and a custom component for the window content, there seems to be no easy way to disable the "minimize" action.

Example (pseudo code):

this.windowService.open({ title: 'Execution Details', content: MyDetailsWindowComponent, width: 800, height: 600,
minimizable: false, // < suggested feature
maximizable: false // < suggested feature });

 

Szenario: Esp. minify makes no sense in many situations (while we still don't want a "dialog like behavior" with backdrop and modal).


Unplanned
Last Updated: 10 Jul 2019 07:52 by ADMIN
Created by: Christoph
Comments: 1
Category: Window
Type: Feature Request
0

There are situations where we need to get a list of all windows, e.g. "close all" or "rearrange". While this can easily done manually when working with a single type of window, it's difficult if we have multiple windows using multiple components (we would have to ensure that we register them all in some kind of registry).

Feature request: Add something like a WindowManager that allows us to access all windows. Perhaps their WindowRefs? Perhaps an addition to WindowContainerService?

 

 

 

 

Unplanned
Last Updated: 21 Jan 2019 14:49 by ADMIN
Created by: Christoph
Comments: 1
Category: Window
Type: Feature Request
0

Requested feature:

A new options "stayInFront" / "alwaysTop" for WindowService > WindowSettings.

Example:

this._windowService.open({
                title: 'Details',
                content: MyDetailsWindowComponent,
                stayInFront: true // < requested feature
            });

Behavior:

  • if true, the window is always "on top", that means if we open another window with "stayInFront=false" it will be behind the window with "stayInFront=true".
  • if multiple windows are open with stayInFront=true they will keep the order in which they were opened

Szenario:

  • We have a grid of records, where a record is a "pipeline configuration" that allows users to edit pipeline steps ("nodes").
  • When the user clicks on a record, we open an "edit pipeline" window.
  • Inside the "edit pipeline window" we have list of "nodes" and the user can click "edit" on each node. This will open a second window containing details to the selected node.

Current problem:

If both windows are open, the user can click on the first (a big one) and this will be moved to front and hide the "node details" window. That makes no sense but we cannot use a dialog because users should be able to select a different node (in the first window).