SciChart® the market leader in Fast WPF Charts, WPF 3D Charts, and now iOS Charting & Android Chart Components
We also have a tag=SciChart on Stackoverflow.com where you can earn rep for your questions!
I am trying to find a possible problem why I see the effect in the picture after resizing.
Everything was fine in a sample with very high data sample rates. Now I refactored into my real life code and started using WPF Binding and the like. But now I see this effect on the real life code.
I am already:
What I did change from the example to real life:
I don’t really know where to check from here on. What else could cause this effect?
Ok so what happened above was this. We have a property in RenderSurfaceBase.UseResizeThrottle and RenderSurfacebase.ResizeThrottleMs. This was added in v3.2 of SciChart and by default is disabled (set to false) except for the Direct3D10RenderSurface, which has UseResizeThrottle=True, and ResizeThrottleMs=50ms.
What this does is it throttles the resize event, preventing multiple resizes from causing expensive recreations of a DirectX surface when the user resizes. Basically, in short, it simulates ‘ResizeEnd’ and saves a lot of resources in DirectX, but can also improve resize performance in other renderers.
However… our implementation uses DispatcherTimer. DispatcherTimer has a default priority of Background, which means the actual event is below the priority of most application events.
So, we’ve raised the priority to DispatcherPriority.Render in our timer to detect ResizeEnd, and this should fix the problem.
This has been deployed in v126.96.36.19940 of SciChart to our Nuget feed. Please test it and get back to me!
Please login first to submit.