> On Dec 30, 2016, at 11:56 AM, David Duncan <david.dun...@apple.com> wrote: > > >> On Dec 30, 2016, at 11:50 AM, Doug Hill <cocoa...@breaqz.com> wrote: >> >> >>> On Dec 30, 2016, at 11:38 AM, David Duncan <david.dun...@apple.com> wrote: >>> >>> >>>> On Dec 28, 2016, at 4:14 PM, Doug Hill <cocoa...@breaqz.com> wrote: >>>> >>>> Hi Ken, >>>> >>>> The exact behavior is that the label will resize to the new size >>>> immediately and reflow the text, then the container view will animate it's >>>> size change. It would be nice if both the label and the container view >>>> animate at the same time. >>>> Also, as I mentioned, a button will exhibit the same behavior, probably >>>> because it has a UILabel inside it to show the button text. >>> >>> Labels (and other content provided via -drawRect:) will almost universally >>> behave this way without additional work on your part, as the content is >>> redrawn instantly at the final size. At best you might get an animation >>> where the content resizes into place, but more often than not, it will pop >>> in some undesirable way. Generally the only way to get good animations with >>> drawn content is to snapshot in some way and execute an custom animation >>> from the old to the new content (snapshotting isn’t necessarily literal >>> here – it can just mean creating a new label with the new content as one >>> example). >> >> David, >> >> Thanks for the info. I’m curious what system views with content are >> animatable. I guess UIImageView works for the snapshots. But anything with a >> label is out. I’ll do some tests and see what works. > > They are all “animatable”, but the results are not necessarily well defined. > Most system controls use combinations of image views and labels for images > and text content, so the resizing animations are often going to be based on > how -drawRect: content resizes.
Right, “animatable” in the sense that I won’t need to do a snapshot trick. Working on the snapshotting now, appreciate the tips. Doug Hill _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com