-
Notifications
You must be signed in to change notification settings - Fork 823
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Textfield autoSize bug with isHtmlText enabled #924
Comments
Unfortunately, that's a limitation of the For example, think of HTML content that contains one line that's aligned to the left, and another that's aligned to the right. What would be the optimal size for such a TextField? I definitely need to add this information to the API reference. I'll do that! |
But autoSize works with HTML text in Starling 1.7... |
Hm, well, Starling 1.7 allowed to use autoSize on html text, but if you inserted text with a problematic alignment (e.g. both left- and right-aligned paragraphs), this caused an exception. Thus the change in Starling 2.0 to not allow autoSize for HTML text at all, to play safe. Unfortunately, there is no way I can find out myself which kinds of alignments are used inside the text. Sorry! 😦 |
Thanks so much for your reply, Daniel! I will try to find other solutions then. |
Your welcome!
Hm — I just checked this, and vertical autosizing should actually work! It's just the horizontal autosize variants that don't. So you could set the TextField to a fixed width, but let the height be automatically calculated. Could you try that out? |
Hello Daniel, |
Hello,
Textfield's autoSize doesn't work once I upgraded to Starling 2.0.
This bug has been mentioned here also:
#820
I find that if I disable isHtmlText property the autoSize would work properly though.
The text was updated successfully, but these errors were encountered: