-
Notifications
You must be signed in to change notification settings - Fork 22
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
Expanded message for UIView-Encapsulated-Layout
constraints
#6
Comments
Thanks for raising this issue. I was under the impression that constraints that have been translated from autoresizing masks have an additional piece of info in their description, in the form
Currently any descriptions that include this info are determined to have been translated from autoresizing masks, regardless of whether they have an identifier with the prefix The documentation seems to confirm this. Are you seeing |
Not as such - what I'm seeing is this: The main thing to note is that I have no table or collection views in the hierarchy, but I did have autoresizing masks that needed to be removed. I don't know if this helps? |
This is as at iOS 11, which appears to make some changes in this area. This post suggested it, and it seems reasonable based on what finally fixed my layout issue (which was correctly dealing with those masks). |
@pipelineoptika Thanks very much for the additional info; I will have a deeper look. Just to check, are you using any Auto Layout frameworks such as SnapKit in that project? |
No, none - it's just vanilla XIBs. |
By the way - thank you so much for this tool. It's helped us greatly! ❤️ |
UIView-Encapsulated-Layout-*
constraints are commonly added by collection views et al, but are also the resultant constraints fromtranslatesAutoresizingMaskIntoConstraints
. In projects where constraints are being added to old frame-based layouts, knowing this can be really helpful.The text was updated successfully, but these errors were encountered: