You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During testing we found out the upcoming release of FlexboxLayout will have a little bit off behavior when shrinking items.
Using the following HTML example, when the browser is resized, the items will shrink distributing the negative extra space proportionally to their size. Making the small items visible even when the container size is really small.
Note: The flex shrink factor is multiplied by the flex base size when distributing negative space. This distributes negative space in proportion to how much the item is able to shrink, so that e.g. a small item won’t shrink to zero before a larger item has been noticeably reduced.
This doesn't seem to be applied in our case.
The text was updated successfully, but these errors were encountered:
Distributing negative extra space in a row sometimes affects the last item in a row, decreasing its size by 1, just enough to force text component to show ellipsis, even when it is with flex-shrink=0:
<Page>
<!-- Experiment with the width here: -->
<FlexboxLayoutwidth="120"horizontalAlignment="center"verticalAlignment="center"borderWidth="1"borderColor="black">
<LabelflexShrink="1"text="rowwreverse"borderWidth="1"borderColor="black" />
<LabelflexShrink="1"text="column"borderWidth="1"borderColor="black" />
<!-- Shows almost as large as it should be to show 'row' but gets off by 1 pixel just enough to display 'r...' -->
<LabelflexShrink="0"text="row"borderWidth="1"borderColor="black" />
</FlexboxLayout>
</Page>
During testing we found out the upcoming release of FlexboxLayout will have a little bit off behavior when shrinking items.
Using the following HTML example, when the browser is resized, the items will shrink distributing the negative extra space proportionally to their size. Making the small items visible even when the container size is really small.
While in {N}, the
flex-shrink
(default 1) doesn't seem to be multiplied by the content size when accountent for a flex-shrink-factor:Read: https://www.w3.org/TR/css-flexbox-1/#flex-base-size:
This doesn't seem to be applied in our case.
The text was updated successfully, but these errors were encountered: