When you open multiple desktop alerts with a single alerts manager, they stack up one above the other. At some point the alerts can reach the height of the screen. In this case, the newly opened alerts will start to stack up in the upper edge of the screen.

Add an option to allow hosting the alerts in a element that can display a vertical scrollbar when the alerts exceed the monitor size.

Currently, the automation peers logic of the window that hosts the RadDesktopAlert control is internal, which does not allow for customizations. We could revise this logic and update it to allow for customizations.

To reproduce this you need to position the desktop alert on a monitor different than the primary one. Also, the DPI scale settings on the monitors should be different. For example, the primary one can have 100% and the second one 125%. The "dpiAwareness" setting also affects this behavior.

To work this around, you can host the RadDesktopAlert control in a new Window control instead of using the RadDesktopAlertManager. This will give you full control over the alert window's position. In this case the built-in dragging and auto-closing won't work, so it should be implemented manually.

There is added option on RadDesktopAlert to play sound when alert is shown. But when generating an alert via DesktopAlertParameter class there is no Sound Property.

Allow playing sound when the RadDesktopAlert opens similar to the WinForms feature.

Want to add multiple Buttons/Commands without changing whole style.

Like: https://docs.telerik.com/devtools/winforms/controls/desktopalert/button-items

With the current implementation is not possible.

A possible solution could be to expose a HostCreated event so we can get the Window and set its AllowTransparency and WindowStyle property.

This would make it possible to generate some sort of summary of Alerts that have been displayed

Available in LIB version 2015.3.1116, it will be also available in the 2016 Q1.