Question How to refresh ScrollView scrollbars to reflect changed content width and height?

This is the structure of my content:
I'm adding visualElements under the container #TimelinePillList and #TimelineChildPillList via script. However, the parent ScrollView (VerticalAndHorizontal-mode and "Infinite" scrolling) scroll bars won't reflect the new size of the the content - they simply won't update. If I click the buttons at the sides of the scroll bar, I can make it scroll to the content when in Elastic or Infinite -scroll mode, but the scroll bar width and height (the bar itself) doesn't update. Is there a way to force update the ScrollView UI, to tell it that it should check the new content width and height? It doesn't seem to do this automatically.

 

Hi! Thanks for the quick reply. I query the #TimelinePillList inside the ScrollView and add elements to it. Yes, I'm using absolute positioning to add them inside the #TimelinePillList-container. Is this something that could cause the behaviour?

 

Wow, thank you so much! So the workaround is to adjust #unity-content-container width and height manually - this will make ScrollView bars update?

 

Hmm, updating unity-content-container manually (via query and then unityContentContainerVisualElement.style.width = newWidth) doesn't seem to force update. Is there a way (as a workaround) - to force the scrollbar reload by script?

 

Just for the follow-up - did you already get the case number for this? Did you happen to come up a workaround while waiting? Updating the content-container manually doesn't make the scrollbars refresh. I still haven't found a way to force them refresh.

 

Could perhaps the people who have run into this issue vote for the issue please?
My vote is currently the only one.

I assume nobody has a workaround?

 

Okay, found the workaround that was hinted at earlier.
Changing the size of the scroll view does the trick, however you may not set it to the value it already has. Here I just alternate it between "99.999%" and "100%"

Code (CSharp):

1.  
2.     bool scale_swap = true;
3.     void ForceUpdateScrollViewScale()
4.     {
5.         var new_len = new StyleLength(UnityEngine.UIElements.Length.Percent(scale_swap ? 99.999f : 100f));
6.         scroll_view.style.width = new_len;
7.         scroll_view.style.height = new_len;
8.         scale_swap = !scale_swap;
9.     }

 

I can solve this problem by using the asynchronous method of Dotween (http://dotween.demigiant.com/), which resets the height of the scroller after a delay of 0 seconds.

Code (CSharp):

1. float h = scroller.resolvedStyle.height;
2.         scroller.style.height = 0;
3.         DOVirtual.DelayedCall(0, () => {
4.           scroller.style.height = h;
5.         });

But it should be solved by using Coroutine as well.

 

Am seeing that this ticket has been closed with "By Design".
Well, what is the right way to solve the problem we encountered then?

Being able to dynamically change content of a scrollview in such a way that the scrollbars adapt feels rather fundamental to me. If not fully automated, at least provide some "EnforceRefresh" method please as the workaround is simply hacky and not reliable.
For example on lower resolutions, the "99.999f" is too little of a difference to trigger the refresh.

P.s. MarkDirtyRepaint does not work.

That flickers ugly as for one frame the element is nullified. On my side since at least.

 

Still waiting for a fix. Or even a reliable workaround @AlexandreT-unity

 

This will happen if the ScrollView set to Wrap.. but the workaround
@AlexandreT-unity gave, worked

 

Just hit this issue as well.

I have a tab based panel layout, where each panel contains a scrollView.
Switch between panels removes and adds them to a parent container.
When switching panels, the scrollView contained within doesn't update.

You can get into a situation where you've scrolled to the bottom of one panel, switch to another that wasn't as tall, and the content is not visible, since the scrollView hasn't updated its size.

The fix @AlexandreT-unity gave kinda works (still can get into a situation where the scrollView doesn't update). But is this seriously what we're expected to do?
If so, why isn't this just part of the ScrollView class?

@stevphie123 what do you mean by scrollView set to wrap?