Binding for ScrollbarChart? #45
Replies: 1 comment 10 replies
-
|
What is it supposed to do? Or which properties are not updating properly? |
Beta Was this translation helpful? Give feedback.
-
|
So I made some progress on this. First, the reactive commands were not dispatching properly because of a null value exception being thrown by initial value retrieval from the chart, specifically: let zoomlevel = xAxis.MaxLimit.Value. I'm not sure why, but this only happened when running through the debugger. Adding a null check before trying to access it not only cleared the exception, but in both debug and dotnet run the elmish messages started getting delivered properly. Still not working, but the delivery system was all green. The real irony is that in testing I removed zoomlevel from use to simplify, and the thumb is now resizing and moving properly as you zoom and pan the main chart. The last leg is getting the top chart to update properly when dragging the thumb, and this, I think, is where my original thought comes back into play. |
Beta Was this translation helpful? Give feedback.
-
|
There we go. The axis in use for the main chart and the scroll thumb were not the same. Rewired that and all appears to be working. |
Beta Was this translation helpful? Give feedback.
-
Screenshare.-.2024-01-03.6_45_19.PM.mp4 |
Beta Was this translation helpful? Give feedback.
-
|
Well post back a sample when we get the code in a state that's marginally less embarrassing (mostly my fault) 😁 |
Beta Was this translation helpful? Give feedback.
-
|
That would be awesome! |
Beta Was this translation helpful? Give feedback.
-
I'm essentially trying to build something like this.
It's been a bit touchy getting things to show up as expected. It's a real stretch for me but I figured it would be a way to get my head wrapped around MVVM to MVU "logic" as well as bang my head against Avalonia a bit. I hacked my way into the current state and then started asking GitHub Copilot for help, with unfortunately expected results. Right now it seems that there's an issue where an event is raised before the View is fully initialized. As I "leave" and return to the view then the MVU loop seems to trigger as expected (using the trusty old console log method). I figured if I could get the view to load into a good/complete state then I can continue troubleshooting.
Here's a quick video of the behavior I'm seeing. I'm not shocked that it's this "weird" in behavior but I'm out of ideas on how to get things to 'connect' more consistently. Here's a gist of the current View and ViewModel. Thanks for giving it a once-over!
Screen.Recording.2024-01-01.at.6.24.21.PM.mov
Beta Was this translation helpful? Give feedback.
All reactions