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
macOS use AutoLayout in utility bars #3326
macOS use AutoLayout in utility bars #3326
Conversation
Honestly, I have mixed feelings about that. It's really great we can delegate all layout related calculations to AppKit. What really bothers me it that managing/reviewing XIBs is really hard. P.S. I hope we can adopt something like SwiftUI in the future. |
We can agree to only do layout in code for new views and rewrite old xibs to use code on significant refactors like this. Might be an issue on bigger views though |
Does no one actually compile and run apps when reviewing? |
Could you rephrase this? I'd like to understand your point, but am missing it: building doesn't seem to be necessary for either of the review comments, which are discussion on what layout strategy the project should use..? |
Ah it was mentioned that it’s hard to review code that has been generated by Xcode. But this PR is a UI change, and I think it should be reviewed manually by compiling and testing rather than eyeballing the code changes. |
The reason I submitted the PR was to have less code, not just a refactor. Autolayout is a wonderful code free tool when done vie interface builder(Xcode), it would be a shame not to use it. |
Gotcha. Thanks for the clarification. |
@nevack @DevilDimon it sounds like you two would generally avoid more xib use in the mac client due to its complexity, is that correct? I'm tryng to understand what the resolution should be for this PR. |
IMHO, XIBs are really hard to manage.
I don't have experience in code-only UI. Regarding this PR - LGTM. |
update filterbar to use constraints
8642a62
to
83801c3
Compare
Fixes #3198