-
-
Notifications
You must be signed in to change notification settings - Fork 555
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
Labelheight changes if label goes into scrolling state #79
Comments
Is this only an issue for non-autolayout placed views? The demo labels seem to do OK with short strings. Also do you mean the frame of the subLabel, or the MarqueeLabel itself? |
Whoops, I see what's causing it. I accidentally/stupidly removed a line of code in 2.0.7 which set the height of the sublabel to the height of the MarqueeLabel. I've pushed a commit to fix it, but I can't bump the version and push a release until later today. If you want to try it out you can pull right from the repository rather than Cocoapods. |
Hopefully fixed in release v2.0.8 - if not, let me know. The mistake v2.0.8 fixes was certainly one problem, at least. |
You've made my day! Working like a charm 👍 :) |
Awesome! |
If the containing text is long enough to trigger scrolling, the frame of the label is different then a label where scrolling isn't needed.
As I'm not using autolayout for my label, the frame's position gets wrong.
This happens after the 2.0.7 update.
The text was updated successfully, but these errors were encountered: