RadWindow default dialogs - slow mouse point movement

[Thomas]

Using Telerik.Windows.Controls library for WPF, version 2010.2.924.35, within a WPF .NET 3.5 application.  When I use the static Alert, Prompt, or Confirm methods, a RadWindow opens up, but the hovering of the mouse cursor over any other typical RAD controls in the window (the 'Ok' or 'Cancel' RadButtons, the 'X' close RadButton in the top right corner, the Prompt dialog's RadTextBox) is slow/sluggish.  This sluggishness only lasts for a second or two while the control goes through its state change due to the inherent mouse over/hover event.

I'm not doing anything fancy:

public partial class Window1 : Window
{
    public Window1()
    {
        InitializeComponent();
        RadWindow.Alert( "Hello World!" );
        RadWindow.Prompt( "Hello Prompt!", ClosedEvent );
        RadWindow.Confirm( "Hello Confirm!", ClosedEvent );
    }

    private void ClosedEvent( object sender, WindowClosedEventArgs e )
    {

    }
}

Please help!  Thanks!

[Konstantina]

Hi Thomas,

Thank you for contacting us.

I tried to reproduce the issue you are describing, but to no avail. Attached I am sending you a short video of my attempt. Please let me know if I am missing something.
Also, I can suggest you to try with our latest official release, and let us know if you still experience the issue.

Greetings,
Konstantina
the Telerik team

[Vince]

Hi Konstantina,

I (Vince) am the original poster.

Thanks for the video - I see that you are not experiencing the same issues that I am.  In fact, if I run the same app on another computer, I do not experience the slowdown.  However, I am still having the problem on my own machine.

I'm really tearing my hair out about this one.  I've attached my own video to try and demonstrate what I am seeing in another similar and simple app.  The slowdown occurs when I hover over (and thus trigger the RenderMouseOver event) the RadButton, but only when it's within a RadWindow (not within a regular Window).  I also see a spike in CPU usage.

This also occurs while the RadBusyIndicator control is spinning within a RadWindow (it's particularly a problem in that case, causing a severe graphical slowdown and high CPU usage).

Anyway, it must be something with my machine.  If you have any insight into why this may be happening, please let me know.

Regards,
Vince

[Konstantina]

Hi Vince,

We are sorry to hear that you are experiencing problems with our controls.

Since we cannot reproduce it at our side, it will be very difficult to track down the source of the problem. Could you please open a support ticket and send us your project. Also, if you could point the differences between your machine (on which you are having troubles) and the other machine on which you have tested.

Looking forward to your reply.

Regards,
Konstantina
the Telerik team