Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CartesianChart axis fails to update after form was hidden #562

Closed
Fiahblade opened this issue Jul 27, 2022 · 3 comments
Closed

CartesianChart axis fails to update after form was hidden #562

Fiahblade opened this issue Jul 27, 2022 · 3 comments

Comments

@Fiahblade
Copy link

Describe the bug
CartesianChart fails to update properly after its form is displayed from a hidden state.

To Reproduce
I've created a demo application that showcases this behaviour: CartesianChartScale.zip

  1. Launch app
  2. Change form size (everything works as expected)
  3. Hide it to tray by clicking the button
  4. Click on the green tray icon to restore form
  5. Change form size (scaling fails)

Screenshots
Working:
works

Broken:
broken

Desktop (please complete the following information):

  • OS: Windows 10 21H2
  • LiveChartsCore.SkiaSharpView.WinForms 2.0.0-beta.330

Additional context
Other chart types weren't tested and might be affected too.
Winforms .NET 6

Thanks for maintaining LiveCharts, I'm happy to further help resolve this issue.

@Fiahblade
Copy link
Author

After disabling the animations:
cartesianChart1.EasingFunction = null;

It might be hard to spot in the gif but it seems like the animation is making it worse, masquerading the real problem.
better

@ajayre
Copy link

ajayre commented Aug 1, 2022

It seems the easing function also causes the x-axis and y-axis values to randomly disappear and they won't come back unless the application is restarted. This is when "scrolling" data by removing the oldest data point and adding the newest.
Setting the easing function to null fixes it.

beto-rodriguez added a commit that referenced this issue Aug 20, 2022
@beto-rodriguez
Copy link
Owner

Sorry about the late response, and thanks for the report and the sample.

This should be fixed with the referenced commit and will be included in the next version of the library.

@ajayre I think I also fixed that issue #556 and #555.

Please feel free to re-open this issue or reply to let me know if the issue persists, I will close this for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants