在UITableViewCell子类中,我重写layoutSubviews
,因为我需要计算几个子视图的帧。我所有计算的基础是内容视图的宽度。layoutSubviews
实现的开始是这样的:
- (void) layoutSubviews
{
[super layoutSubviews]; // invoke this to set up the content view's bounds
CGFloat contentViewWidth = self.contentView.bounds.size.width;
[...] // calculate and assign frames to subviews
}
我已经开始在iPhone模拟器中的分组表视图中测试这一点。单元格应该只由内容视图中的内容组成,也就是说,我已经关闭了周围所有花哨的东西。具体来说,我已经通过将附件类型设置为UITableViewCellAccessoryNone
来禁用附件视图。因此,附件视图是隐藏的,尽管它的界限/帧属性仍然报告大小为20/20。
基于所有这些,以及下面的简单说明,我希望上面代码片段中的内容视图宽度报告为300。
<----------- screen width = 320 ----------->
+------------------------------------------+
| |
| <--- content view width = 300 ---> |
| +--------------------------------+ |
|<-->| table view cell |<-->|
| 10 +--------------------------------+ 10 |
| |
| [...] |
但事实并非如此,实际报告的内容视图宽度为270!
一些研究表明,这30个缺失点由以下三个部分组成: a)附件视图的宽度20;b)内容视图与附件视图之间的10间隔。我尝试将附件视图大小设置为0/0,其效果是内容视图宽度现在报告为290。稍好一点,但仍差10分。我还尝试将accessoryView
属性设置为nil
,但视图只是由[super layoutSubviews]
重新创建。
最后,问题是:是否有一种方法可以使真正禁用附件视图,使其不包含在内容视图宽度的计算中?或者,跳过调用[super layoutSubviews]
并自己计算宽度是安全的吗?
发布于 2012-12-23 21:44:36
在重温这个问题后,我发现我不能再重复问题中所描述的行为。现在的行为如预期的那样:
UITableViewCellAccessoryNone
。accessoryView
属性返回nil
我现在正在iPhone 5.1模拟器上的Xcode 4.2中测试这一点。当我问这个问题时,我相信我还在运行iPhone 4.3模拟器。我现在必须假设,这个问题要么只存在于4.3模拟器中,要么是由于我的部分Xcode错误配置所致,或者最初完全是假想的。
记录在案:我的解决方法是将新的宽度应用于layoutSubviews
中的content视图
- (void) layoutSubviews
{
[super layoutSubviews];
CGRect contentViewFrame = self.contentView.frame;
contentViewFrame.size.width = 302;
self.contentView.frame = contentViewFrame;
[...]
}
https://stackoverflow.com/questions/13224556
复制相似问题