Completed
Last Updated: 08 Feb 2016 16:33 by ADMIN
Completed
Last Updated: 12 Apr 2016 10:47 by ADMIN
When the attached TextOptions.TextFormattingMode="Display" property is set to the RadWindow the window stops auto resizing its size according to the size of its content.
Completed
Last Updated: 08 Aug 2016 13:32 by ADMIN
If a ContentControl is placed inside the control and the ResizeMode is set to NoResize the SizeToContent doesn't take effect.

As a workaround all you need to do is set the ResizeMode to NoResize in the Loaded event of the ContentControl.
Completed
Last Updated: 13 Jan 2016 15:00 by ADMIN
Currently the template of the dialogs should be customized:
http://www.telerik.com/community/code-library/wpf/window/how-to-modify-the-alert-dialog-icon.aspx

Available in the 2016 Q1 Release: Added an IconTemplate property that provides an easier way to change the predefined dialogs' exclamation/question mark images.
Completed
Last Updated: 25 Oct 2016 14:04 by ADMIN
Completed
Last Updated: 22 Jan 2016 13:04 by ADMIN
Completed
Last Updated: 12 Oct 2015 06:13 by Wade
Available in the 2015 Q3 Release.
Completed
Last Updated: 05 Jul 2019 09:33 by ADMIN
Release LIB 2019.2.708 (7/8/2019)
This happens when RadWindowInteropHelper.AllowTransparency is set to False and RadWindow is implemented as UserControl. The Window need to be maximized firstly on the main screen and then on the secondary in order for issue to be reproduced.

The issue also affects the ToolWindow that RadDocking uses for its floating Pane. In order to reproduce the problem, the primary monitor needs to have its DPI higher than the secondary one.
Completed
Last Updated: 13 Nov 2019 15:50 by ADMIN
Release LIB 2019.3.1118
The Window doesn't resize correctly when dragged from the primary monitor (with taskbar) and docked to the top of the screen of a secondary monitor (no taskbar) in order to maximize it and "Show window contents while dragging" Windows system setting is disabled.
Completed
Last Updated: 25 May 2015 14:02 by ADMIN
Completed
Last Updated: 26 Jun 2019 05:22 by ADMIN
Release LIB 2019.2.701 (7/1/2019)
The header buttons elements are not on the proper places when the window is on a monitor with different DPI. To reproduce this the DPI of the monitors should be different for example 125% (main) and 150% (secondary). Also, to reproduce this you will need to enable the DPI awareness of the application by setting the dpiAware and dpiAwareness settings in the app.manifest file.
Completed
Last Updated: 10 Aug 2015 09:47 by ADMIN
Maximizing RadWindow from the header button shows a window with the size of the content if SizeToContent = true. If you maximize with double click on header it is ok.
Completed
Last Updated: 16 Jul 2019 08:18 by ADMIN
Release LIB 2019.2.715 (7/15/2019)
Moving a window fast on low performance machine or between two monitors causes incorrect offset to be applied to the mouse cursor
Completed
Last Updated: 19 Jan 2023 14:50 by ADMIN
If you set the WindowState of RadWindow to Maximized before the window was opened, after the window opens you can still see its borders and round corners at the edges of the screen. This happens when you use Windows11 theme under the Windows 11 OS.

The issue resolves when you restore the window to normal state and then get back to maximized.
Completed
Last Updated: 19 Jan 2023 14:50 by ADMIN
Release R1 2023

Switching the Windows 11 theme's color variation to a different one is not correctly applied with the Mica effect. This is present when the Windows 11 version is 22621.

A temporary resolution is to stop the Mica effect by setting the WindowEffectsHelper.BackdropMaterial property on the RadWindow to None

<telerik:RadWindow x:Class="Example.MainWindow" 
                xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
                xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
                xmlns:telerik="http://schemas.telerik.com/2008/xaml/presentation" 
                xmlns:helpers="clr-namespace:Telerik.Windows.Controls.Theming.Helpers;assembly=Telerik.Windows.Controls" 
                helpers:WindowEffectsHelper.BackdropMaterial="None" 
                Header="RadWindow"> 

An alternative approach would be to use DynamicResource when basing the custom style for the RadWindow on its default one. Also, when changing the color variation, the merged resource dictionaries could be cleared and then merged again. This way, the Mica effect will not have to be turned off.

<telerik:RadWindow  xmlns:telerik="http://schemas.telerik.com/2008/xaml/presentation" x:Class="Example.MainWindow"
                    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
                    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
                    xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
                    xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
                    xmlns:local="clr-namespace:WindowWindows11ThemeTest"
                    mc:Ignorable="d"
                    
                    Style="{DynamicResource RadWindowStyle}"
                    
                    Header="MainWindow" Height="450" Width="800">
private bool isDarkPalette;

private void RadButton_Click(object sender, RoutedEventArgs e)
{
    if (this.isDarkPalette)
    {
        Windows11Palette.LoadPreset(Windows11Palette.ColorVariation.System);
        this.isDarkPalette = false;
    }
    else
    {
        Windows11Palette.LoadPreset(Windows11Palette.ColorVariation.Dark);
        this.isDarkPalette = true;
    }

    this.MergeDictionaries();
}

private void MergeDictionaries()
{
    Application.Current.Resources.MergedDictionaries.Clear();
    Application.Current.Resources.MergedDictionaries.Add(new ResourceDictionary()
    {
        Source = new Uri("/Telerik.Windows.Themes.Windows11;component/Themes/System.Windows.xaml", UriKind.RelativeOrAbsolute)
    });
    Application.Current.Resources.MergedDictionaries.Add(new ResourceDictionary()
    {
        Source = new Uri("/Telerik.Windows.Themes.Windows11;component/Themes/Telerik.Windows.Controls.xaml", UriKind.RelativeOrAbsolute)
    });
    Application.Current.Resources.MergedDictionaries.Add(new ResourceDictionary()
    {
        Source = new Uri("/Telerik.Windows.Themes.Windows11;component/Themes/Telerik.Windows.Controls.Navigation.xaml", UriKind.RelativeOrAbsolute)
    });
}
Completed
Last Updated: 21 May 2021 06:38 by ADMIN
Release LIB 2021.2.525 (25/05/2021)
Setting the dpiAware attribute to True in the app.manifest file is making the WPF application DPI aware. In this case, the resizing of RadWindow doesn't work properly on two monitors with different DPI scale factors.
Completed
Last Updated: 25 Apr 2022 08:53 by ADMIN
Release R2 2020 SP1

If the autohiding feature of the taskbar is enabled and RadWindow is maximized, the taskbar is not displayed when the mouse is over the bottom of the screen.

This is observed also in RadTabbedWindow.

Completed
Last Updated: 07 Nov 2019 11:19 by ADMIN
Release LIB 2019.3.1111
When the RadWindow is initialized on a monitor and then another monitor with higher resolution is added during runtime, moving the RadWindow to the monitor with higher resolution, causes the RadWindows' width and height to be limited to the ones of the initial monitor.
Completed
Last Updated: 16 Jul 2019 08:20 by ADMIN
Release LIB 2019.2722 (7/22/2019)
ADMIN
Created by: Dinko | Tech Support Engineer
Comments: 0
Category: Window
Type: Bug Report
2

			
1 2 3