Yep, I saw it as well. But IIRC it was in rare occasions. Rare in my point of view, because we do use "normal" alphabet. the problem was in special characters, emoji, symbols, ... In these times I tried every possible combination/available method/property/calculation/... without success. Also tried 3rd party labels, later I tried DTCoreText from Cocoanetics with the same output - wrong height. I also asked Apple engineers and then I gave up. Not sure, but I did suspect them that they use private API or dunno what, because their apps didn't have problems.
I'm pretty happy with attributed string and auto layout for now. It's enough for almost all needs and I'm glad that I'm not forced to dive into this "mess" again. On Friday, 17. May 2013 at 23:42, Quincey Morris wrote: > On May 17, 2013, at 11:20 , Robert Vojta <rob...@tapmates.com > (mailto:rob...@tapmates.com)> wrote: > > > Height was wrong even if returned width <= constrained width. > Once I took proper account of the returned width, I got no more "wrong" > heights. > > However, IIRC, there was a separate issue that fractional line heights didn't > work correctly. Maybe you ran into that problem as well. > _______________________________________________ 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
