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
Feature Description
Currently, the behavior for long messages is to truncate the text to fit on one line. I believe it would make more sense for the view to increase in height based on the dimensions of its contents to allow for more lines of the message text to show. In order to maintain backwards compatibility, I think the default number of lines for the message should be 1, and the container should expand when the number of lines is modified to be greater than 1 (and has multiple lines).
From what I can tell, areaHeight is currently constant and only used in one place. With some preliminary testing, it seems increasing this value here increase the size of the container, so I image one could just measure the height of the children instead of using areaHeight.
The text was updated successfully, but these errors were encountered:
Feature Description
Currently, the behavior for long messages is to truncate the text to fit on one line. I believe it would make more sense for the view to increase in height based on the dimensions of its contents to allow for more lines of the message text to show. In order to maintain backwards compatibility, I think the default number of lines for the message should be 1, and the container should expand when the number of lines is modified to be greater than 1 (and has multiple lines).
From what I can tell,
areaHeight
is currently constant and only used in one place. With some preliminary testing, it seems increasing this value here increase the size of the container, so I image one could just measure the height of the children instead of usingareaHeight
.The text was updated successfully, but these errors were encountered: