macOS Sierra（setFrameOrigin / setFrame）方法未设置NSButton框架

Question

我只是想更改按钮的位置，对其进行一些调整，以正确放置在我的应用中。 到目前为止，在以前的版本（最低版本10.8）中，它一直可以运行，但是在最新的mac版本（10.12 sierra）中，它不改变其框架或位置。

样品：

 -(void)awakeFromNib
{
  [self.mybutton setFrameOrigin:NSMakePoint(0,0)]; // not working...
  [self.mybutton setFrame:NSRectFromCGRect(CGRectMake(0,0,100,100)]; // also not working...
}

我想念什么吗？ 它应该是框架的直接设置。

Answer 1

我遇到了同样的问题。

我的NSWindow有一个NSImageView ，我需要在用户按下它后移动它（它是一个校准窗口）。 NSImageView由Xcode 6.2 IB创建。

但是，对于其他原因，我需要编译我的应用程序与旧的版本的Xcode（6.2，在小牛队），所以在这个问题意见OP的建议，我不能更新到Xcode中8。 我什至没有尝试过OP的解决方案。

TL; DR：对我来说，这是一个自动版式问题。 似乎macOS 10.12 Sierra的自动布局规则比macOS 10.9-10.10-10.11（正在测试和支持我的应用程序）上的规则更严格。 直接转到选项3，以获得最佳解决方案。

选项1（在macOS 10.9上失败）：

第一种解决方法是简单地从其setFrameOrigin视图中删除NSView ，发送setFrameOrigin ，然后将其重新添加到setFrameOrigin视图中：

NSView *supView = myView.superview;
[myView setFrameOrigin:NSZeroPoint];
[supView addSubview:myView];

这在macOS 10.12 Sierra中非常有效，但是在Mavericks上进行测试时， myView始终停留在位置（0,0）。

然后，我意识到NSWindow实际上启用了AutoLayout，并且在其他一些 NSView上设置了一些约束（但在myView上myView ）：我正在使用手动布局和自动布局的混合方法。

事实证明， 这是setFrameOrigin无法正常工作的根本原因。

选项2（快速方法）：

当从传统的非AutoLayout方法迁移到AutoLayout方法时，有一个魔术旋钮可以帮助您：

myView.translatesAutoresizingMaskIntoConstraints = YES;

我在awakeFromNib重载中设置了它：现在所有东西都在macOS Sierra中正常工作。

不幸的是，在Mavericks上进行的测试再次显示出一些问题：尽管行为是正确的（ setFrameOrigin移动了myView ），但Xcode在控制台上吐出了许多AutoLayout警告。 但是，这似乎是朝正确方向迈出的一步，并且可能是其他人的最终解决方案。

选项3（解决方案）：

在IB的NSLayoutConstraint上定义一些NSLayoutConstraint ，然后在myView视图上使用removeConstraints和addConstraints ：

NSView *supView = myView.superview;
[supView removeConstraints:@[self.bottomConstraint, self.rightConstraint]];
[supView addConstraints:@[self.topConstraint, self.leftConstraint]];
[supView layoutSubtreeIfNeeded];

注意： layoutSubtreeIfNeeded是可选的； 如果您需要使用更新后的值在myView.frame进行操作，则必须使用它（例如我的情况）。

此代码可在macOS 10.9-10.10-10.11-10.12上正常运行。