Text view resizes weirdly in split view when window has full size content view

Question

Created Sep ’20

Replies 3

Boosts 0

Participants 3

In my project I have a split view that contains a text view and a collapsible sidebar to its right. When the sidebar is animated in and out quickly repeatedly (i.e. before the previous animation finishes), the space occupied by the text inside the text view shrinks and leaves the remaining space in the text view blank. This doesn't happen if I disable the full size content view or the sidebar is added without the animation.

Here are a sample project and the steps to reproduce the issue: https://www.icloud.com/iclouddrive/0zKg8hqwLpV682-6LuxeykZLw#problem2

Run the project.
Press Cmd-L to add a view to the right of the split view.
Repeat this step about 10 times: press Cmd-L twice as fast as possible, so that the second press happens before the collapse animation finishes. About after each second of these 10 steps the text view occupies less space horizontally which is left blank.

Boost

Answer 1

Claude31 OP

Sep ’20

When the sidebar is animated in and out quickly repeatedly (i.e. before the previous animation finishes), the space occupied by the text inside the text view shrinks and leaves the remaining space in the text view blank

How fast do you move ? Are your users supposed to do the same ? Or is it mainly for your own testing ?

Maybe you just stress the system too much and that causes hectic behaviour for display. That would not be the first time and that may occur in commercial products.

0

Answer 2

KMT OP

Sep ’20

Not sure why you've chosen this particular exercise, but more than likely what you're witnessing is simply an artifact of the buffered IU updates being throttled while the system attempts to realize true state.

If this is some sort of durability spec on a given project, I'd log the results and see about negotiating something more representative of which the IDE may be better suited. As it is, you seem to just be intent on watching it's eyes roll back while you thrash on it ;) Goal met, yay...

If this is a hard requirement, feel free to make an enhancement request against the tools via the feedback/bug link below, being sure to add your request #s to your thread for ref., thanks and good luck.

0

Answer 3

Nickkk OP

Sep ’20

Maybe you just stress the system too much and that causes hectic behaviour for display.

Not sure why you've chosen this particular exercise, but more than likely what you're witnessing is simply an artifact of the buffered IU updates being throttled while the system attempts to realize true state.

I'm mainly doing this to make sure that under stress the app still behaves correctly, but no, it's not hectic behaviour for the display or an artifact of the buffered UI. Moving or resizing the window after this doesn't redraw the text view correctly (the text view resizes during the live window resize, but it still leaves the same space blank). It's something happening inside the text view that makes it think that the text should occupy less space.

If this is some sort of durability spec on a given project, I'd log the results and see about negotiating something more representative of which the IDE may be better suited.

I don't know what IDE you're talking about. Do you mean my project, or Xcode?

I opened a bug report FB8745215.

0