Hello, I have a problem with the RadMap component which leads the silverlight plugin to a crash. Basically i'm changing periodically the center of the map using the "ZoomLevel" and the "Center" properties of the map and after a casual number of times the silverlight plugin crashes with an "AccessViolationException" In order to reproduce the issue is sufficient to create a project with a simple user control with the following XAML: <UserControl x:Class="RadMapTest.Map" 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:telerik="http://schemas.telerik.com/2008/xaml/presentation" mc:Ignorable="d" d:DesignHeight="300" d:DesignWidth="400"> <Grid x:Name="LayoutRoot" Background="White"> <telerik:RadMap x:Name="MapControl" > <telerik:RadMap.Provider> <telerik:ArcGisMapProvider Mode="Aerial" /> </telerik:RadMap.Provider> </telerik:RadMap> </Grid> </UserControl> And the following code behind: using System; using System.Windows; using System.Windows.Controls; using System.Windows.Threading; namespace RadMapTest { public partial class Map : UserControl { private bool zoomOut; private DispatcherTimer timer; private Random random; public Map() { this.zoomOut = true; this.timer = new DispatcherTimer(); this.random = new Random(DateTime.Now.Second); InitializeComponent(); this.Loaded += OnLoaded; } private void OnLoaded(object sender, RoutedEventArgs e) { this.timer.Interval = TimeSpan.FromMilliseconds(1000); this.timer.Tick += this.OnTick; this.timer.Start(); } private void OnTick(object sender, EventArgs e) { this.MapControl.Center = new Telerik.Windows.Controls.Map.Location((random.NextDouble() * 180) - 90, (random.NextDouble() * 360) - 180); this.MapControl.ZoomLevel = zoomOut ? this.MapControl.MinZoomLevel : random.Next(this.MapControl.MinZoomLevel, this.MapControl.MaxZoomLevel); zoomOut = !zoomOut; } } } I was able to reproduce this issue with the Silverlight Q1 2014 and Silverlight Q2 2014. Also I have tried both Bing and ArcGIS providers. In the test i'm using a very short animation time (1 sec), but the problems persists also with longer timings (e.g. 45 sec). Can you provide some help on this?
Problem noticeable by observing growth in queued changes to be processed.
Same as WPF feature request
Same as WPF Feature request...
Same as WPF suggestion
Same as WPF suggestion
This will preserve the exported image quality. Currently the only option to achieve this is through the EncodedImageData class. However, using this approach is not easy because the user have to know the width, height, color space and filters of the image.
Available in LIB version 2018.1.205, it will be also available in the R1 2018 SP2 Release.
Silverlight will be end of life in 2021. But if you look at at the currently supported browsers https://en.wikipedia.org/wiki/Microsoft_Silverlight#Desktop_computers you will see it is only running on Internet Explorer 11. All other browsers have canceled support for Silverlight. Does it really makes sense to still support Silverlight? I'm asking because of this: https://docs.telerik.com/devtools/wpf/xamlflix-step-by-step-guide/xamlflix-radbarcode. This is the WPF documentation for radBarcode but it effectivly is talking about Silverlight!
Would be nice to have guidance on how to integrate Silverlight controls with LightSwitch Project Types.
Silverlight uses short types internally for shapes' sizes and when the size of the line grows up to more than the short's max, extra lines are rendered. A possible work-around is to limit the zoom.
When RowStyle is applied to RadGridView, AlwaysVisibleRow part disappears after adding a new item. The problem occurs only when the style is applied explicitly.
Custom color does not gets applied in the exported file (no matter if you export to .xslx or image file like .png ). The problem occurs if Alpha Transparency of the color is specified. The XAML team has recently reviewed this issue and will not be addressing it as at this time the team is focusing on the bugs impacting the highest number of developers. If you have encountered this issue and it is blocking for your work please contact us through the support ticketing system with details on your setup and a reference to this item. Workaround: Set the Background of the RadCartesianChart to White.
When the RadRibbonView ItemsSource is populated with RadRibbonTabs and one of the tab items IsSelected property is set to True that item no longer can be selected.
When the groups of a RadRibbonTab are collapsible the scroll is shown just before the groups collapses.