MudTreeViewItem: annoyingly slow opening time when expand is triggered via check box about mudblazor

[ScarletKuro]

Hi.

I would suggest to try out the v7 preview2 where the TreeView was rewritten.

[oakad]

I have checked out v7 already. My app has a bunch of MudChips and some sticky columns in MudDataFrames. Changes of style in v7 make chips blend into the background and sticky columns content squished together when grid is scrolled horizontally (the grid issue is nothing new, but opaque default style in v6 makes it tolerable).

The most unfortunate situation of "not there, not here". :-)

[ScarletKuro]

Changes of style in v7 make chips blend into the background and sticky columns content squished together when grid is scrolled horizontally (the grid issue is nothing new, but opaque default style in v6 makes it tolerable).

@danielchalmers @henon, could you both take a look at this?
Perhaps you could also create a PR to address it.

The thing is, the MudBlazor team will no longer be actively working on v6, except for very critical security bugs. v6 is now fully community-supported, and if you have a fix for the issue in the v6 branch, we would be happy to merge it and upload a nuget.

[oakad]

Do you happen to have a v7 sandbox handy so I can try if the issue happens there? try.mudblazor.com is v6 by default.

[henon]

@oakad please just use the preview nuget or run our docs from source. once v7 is stable we'll switch the docs and try.mudblazor.com to v7, not before.

[danielchalmers]

Please ping me again if it's still an issue in v7.0.0-preview2 so I can remember to take a look

[oakad]

Upon experimenting, I found out that the following, somewhat unwieldy, arrangement works much better:

https://try.mudblazor.com/snippet/GkGekfbEgTpvGxvp

No opening animation, but at least no delay.

From the look of it, v7 may have the same behaviour: ChildContent going from null to non-null works ok (as exhibited), but non-null ChildContent going from empty to populated triggers the quirk.