Describe the bug
When having a movable Native Window component with a Grid inside it, the more cells(rows and columns) the Grid has, the slower the Window's rendering is. This effect is not replicable in the Kendo UI for jQuery scenario.

To Reproduce

1. Open this StackBlitz example that has a Native Window + Grid implementation
2. Open this Dojo example that has the same scenario as in point one but using the Kendo UI for jQuery suite
3. Start to move the Window components in both examples
4. Compare the way the Window is rerendered

Expected behavior
The rerendering of the Kendo UI for Vue Window should be smooth as it is in the Kendo UI for jQuery Window demo

Please add a center() method that mirrors the functionality of the jquery version.  It is useful to either recenter a window that has been moved, or if a value is set on the windowStyle property, it would still be useful to center and fill in any missing values.

For example, I might want to specify the top of the window, but would still like it centered on the screen horizontally, or specify the left or right position of the window and have it centered vertically.

Thanks.

Currently you can either set the position of a window by specifying the top or left positions on the screen.  However once these are specified, the window is no longer draggable, or is only draggable in a specific direction, for example, set the :top="100" attribute on a window and the window is now locked to that height (100px) and can only be dragged left or right, instead of vertically and horizontally.

Please allow a window to be set to any position on the screen programatically at any time, and then allow it to be draggable if the draggable property is set to true.  A use case would be where a window is opened up next to another element on the screen, the user moves the window to get access to any underlying content and then closes the window.  It would be ideal to be able to programmatically specify where to open the window when the same method is called again.

Thanks.