所以在 XCode 6 上编译了一个应用程序后，我注意到一个奇怪的错误，只有在 iOS 8 上运行时才会发生:
UITableView 在更新其框架后采用了错误的inner 尺寸。
现在我将尝试解释确切的情况:
我们有一个侧边旋转的UITableView，它基本上是一个水平的UITableView。它通过 tableView.transform = CGAffineTransformMakeRotation(-M_PI/2); 发生。
现在在设置转换之后，然后设置它的框架 - 一切都很好。
但当然，在大多数情况下，系统会向父级发送另一个帧更改，因为它需要将父级设置为实际大小，而不是 XIB 大小或任何初始化大小。在那一刻 - 当我重新布局 subview ，包括表格 View 时 - 一切都出错了。
实际上，表格 View 的框架只是设置为包含 View 的 bounds，但是内部 ScrollView (在 iOS 8 中 UITableView 有另一个 UIScrollView 里面，叫做 UITableViewWrapperView。由于 UITableView 本身就是一个 UIScrollView，我不明白为什么他们需要另一个。 ..) 采用等于父宽度的“高度”。而“height”实际上是width属性，只是旋转了。
现在我们可以很容易地估计他们有一个错误，将内部 UIScrollView 的宽度与父 UITableView 的实际宽度相关联，这可能是通过阅读.frame.size.width 而不是 .bounds.size.width。
但奇怪的是，在调查UITableView的subviews的frame的时候，似乎都没有问题!所以一定是某处的渲染问题。
所以我们留下了一个顶部有空白间隙的水平表格，因为单元格的“高度”是 320 而不是 568，而单元格的“宽度”很好，设置为 320。
我很高兴听到其他遇到此问题的人(或来自 Apple)的消息，但我终于找到了解决方案并将其与问题一起发布在这里，以供我和其他人将来引用。
所以让它表现的改变，而不是这样做:
- (void)layoutSubviews
{
tableView.frame = self.bounds;
}
我已重置转换，将框架设置为 UITableView 在转换后本地期望的范围，然后设置转换并设置正确的框架。这有点令人困惑，但在这里:
- (void)layoutSubviews
{
if (UIDevice.currentDevice.systemVersion.floatValue >= 8.f)
{
// iOS 8 layout bug! Table's "height" taken from "width" after changing frame. But then if we cancel transform, set width/height to the final width/height, and rotate it and set to the virtual width/height - it works!
CGRect rotatedFrame = self.bounds,
unrotatedFrame = rotatedFrame;
unrotatedFrame.size.width = rotatedFrame.size.height;
unrotatedFrame.size.height = rotatedFrame.size.width;
tableView.transform = CGAffineTransformIdentity;
tableView.frame = unrotatedFrame;
tableView.transform = CGAffineTransformMakeRotation(-M_PI / 2);
tableView.frame = rotatedFrame;
}
else
{
tableView.frame = self.bounds;
}
}
关于iOS 8 UITableView 旋转错误，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/26230928/
| 欢迎光临 OGeek|极客世界-中国程序员成长平台 (http://ogeek.cn/) | Powered by Discuz! X3.4 |