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
{{ message }}
This repository has been archived by the owner on Mar 17, 2021. It is now read-only.
But if the label is within a form which started with a large enough size, its trimming mechanism won't be triggered even if the user tries to resize the form.
It can be reproduced by trying to reduce the width of the following form:
Note that the problem is in the TaurusForm widget, not the label one, because even if one sets the readWidgetClass to None (w[0].setReadWidgetClass(None)) after having initialized the form, this can't be downsized
On the other hand, note that if you make the text much longer (e.g. by replacing the hardcoded 60 by 600), then the form will initialize with the label already trimmed and therefore it can be resized !
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
TaurusLabel auto-trims its text in order to accommodate long texts if the width given to the widget is small.
This can be seen when reducing the size of the label from the following snippet (it correctly trims):
But if the label is within a form which started with a large enough size, its trimming mechanism won't be triggered even if the user tries to resize the form.
It can be reproduced by trying to reduce the width of the following form:
The text was updated successfully, but these errors were encountered: