Hi,

I would like to report that Z-index have unexpected values when RadDiagramContainerShape are used.

Please watch video first, my remarks points to the video attached to the ticket.

1. Currently there is a possibility that Container A can be hidden by Container B and this is fine.(~11sec of movie)

2. However then i will add Container C to Container A and then drag Container B to overlaps Container A it overlaps only Container A and does not overlaps Container C which for end-user could be very confusing, why Container C is visible at that time.(~20-30 sec of movie)

The problem gets more complicated when i drop Container B to overlaps Container A but without adding Container B as a child of Container A.

In that way it looks that children of Container A are children of Container B

3. When i will add new container "Header" to Container B and then overlaps Container A and Container C then its even more mixed up(~ 30-50 sec of movie)

4. When i will add new container "Header" to Container A and Z-index are somehow refreshed and then in magic way Container_C now overlaps "Header" container from Container B(~58sec of movie)

I would expect:

Fix calculation of Z-index in that way if Container B overlaps Container A it means it overlaps as well it's children. Currently you have flat hierarchy of VMI containers which leads to such Z-index issues. 

OR

Expose possibility to override your internal methods which calculates the Z-index.

TypeNameParserException is printed in the Output pane of Visual Studio, when RadNavigationView is initialized. The exception message is:

MS.Internal.Xaml.Parser.GenericTypeNameParser.TypeNameParserException: 'Prefix 'helpers' does not map to a namespace.'

This happens because of a known issue in the Visual Studio designer, which is discussed here.

This issue can be safely ignored. It won't cause issues in the control at runtime.

Hi,

I would like to report that automatic generate of connection point for Bezier connection is wrongly generated when link is attached to Gliding Connector.

Connection point is generated at the position where link is attached to shape. I think for such use-case you should generate connection point taking into account angle of link in relate to shape and generate connection point a bit moved. When connection point is generated at attach position it makes that the "arrow" of link have wrong angle.

I'm attaching video and your sample solution with my modifications to easier reproduction.

Best regards,

BH

After using Direct2D in ChartView, zoom in/zoom out/pan ， finally shrink back to the original size. After many iterations, it is possible that the Scatter spline will be shifted, if don't use Direct2D or use the Net Framework,Such problems do not arise.

 Please check the attachment.

The borders around the color visuals (RadColorPaletteViewItem) in the palette view are shown at the wrong visuals when the MainPaletteItemsSource and MainPaletteColumnsCount properties are changed at runtime.

To work this around, re-adjust the PositionState values of the RadColorPaletteViewItems. For example:

private void ChangePalette()
{
	this.colorSelector.MainPaletteItemsSource = MyGetSourceMethod();
	this.colorSelector.MainPaletteColumnsCount = 10;	
	UpdatePaletteItems();
}

private void UpdatePaletteItems()
{
	var mainPalette = colorSelector.ChildrenOfType<RadColorPaletteView>().First(x => x.Name == "MainPalette");
	var paletteItems = mainPalette.ChildrenOfType<RadColorPaletteViewItem>();
	var paletteItemsCount = paletteItems.Count();
	var columnsCount = mainPalette.PaletteColumnsCount;
	var orientation = mainPalette.PaletteOrientation;

	for (int i = 0; i < paletteItemsCount; i++)
	{
		var paletteItem = paletteItems.ElementAt(i);

		if ((columnsCount == paletteItemsCount) || (paletteItemsCount / columnsCount == 0))
		{
			paletteItem.PositionState = PositionState.Single;
			return;
		}

		if (orientation == Orientation.Horizontal)
		{
			if (i < columnsCount)
			{
				paletteItem.PositionState = PositionState.Top;
			}
			else if (i > (paletteItemsCount - columnsCount - 1))
			{
				paletteItem.PositionState = PositionState.Bottom;
			}
			else
			{
				paletteItem.PositionState = PositionState.Middle;
			}
		}
		else
		{
			if (i % (paletteItemsCount / columnsCount) == 0)
			{
				paletteItem.PositionState = PositionState.Top;
			}
			else if (((i + 1) % (paletteItemsCount / columnsCount)) == 0)
			{
				paletteItem.PositionState = PositionState.Bottom;
			}
			else
			{
				paletteItem.PositionState = PositionState.Middle;
			}
		}
	}
}

A memory leak occurs in the RadTreeView control used for the table of contents in the RadPdfViewerNavigationPane, when changing the DocumentSource of RadPdfViewer at runtime.

To work this around, you can get the RadTreeView used by RadPdfViewerNavigationPane and manually clear its internal item storage before assigning the new DocumentSource.

private void ReloadDocument()
{
	var navigationPane = this.pdfViewerNavigationPane;
	var navigationPaneTreeView = navigationPane.FindChildByType<RadTreeView>();
	if (navigationPaneTreeView != null)
	{
		object itemStorage = typeof(RadTreeView)
			.GetProperty("ItemStorage", BindingFlags.Instance | BindingFlags.NonPublic)
			.GetValue(navigationPaneTreeView);
		MethodInfo itemStorageClearMethod = itemStorage.GetType().GetMethod("Clear", BindingFlags.Instance | BindingFlags.NonPublic);
		itemStorageClearMethod.Invoke(itemStorage, null);		
	}
	
	this.DocumentSource = theNewDocumentSource;
}

Hello,

I want to report a bug with text color in textbox and presumably in some other controls. When the textbox is edited, then the color is correctly black:

Telerik:   Windows 11 settings textBox: 

But when the textbox loses focus, it changes the color to gray, which is hard to read and looks like disabled:

Telerik:  Windows 11 settings textBox: 

Thanks

Multiple operations applied on a big RadBitmap can cause OutOfMemoryException because of used and not disposed unmanaged resources in a WriteableBitmap object.

Steps to reproduce:
- Execute multiple times the Rotate tool
Observe: The memory goes up and retains such.
Expected: The unmanaged memory is cleared.

Findings: the memory leak is related to the WPF class WriteableBitmap which is internally used by the RadBitmap. Attached is a sample project illustrating the problem using only WPF classes.
Note: At this point, we are not aware of a possible fix.

The ScreenTip no longer is displayed on mouse over of the owner element. This reproduces only if the element is hovered before the ScreenTips of the previously hovered element is closed. In other words this happens if the two elements that contain ScreenTips are overlapping are very close to one another and there is no space that allows closing the tooltip while moving the mouse.

To work this around, subscribe to the Opened event of the ScreenTip control and set its Visibility to Visible if the element was previously Collapsed.

<Window.Resources>
	<Style TargetType="telerik:ScreenTip">
		<EventSetter Event="Opened" Handler="ScreenTip_Opened" />
	</Style>
</Window.Resources>

private void ScreenTip_Opened(object sender, RoutedEventArgs e)
{
	var screenTip = (ScreenTip)sender;
	if (screenTip.Visibility == Visibility.Collapsed)
	{
		screenTip.Visibility = Visibility.Visible;
	}
}

In some cases the CartesianGridLineAnnotation can be offset with a single pixel from the expected position on the axis. For example, if the annotation is positioned at value 0 and there is a tick, a offset between the tick and the annotation can be observed.

To work this around, you can manually offset the annotation by setting its Top Margin.

<telerik:CartesianGridLineAnnotation Margin="0 1 0 0"/>