iOS5删除tableView部分动画
我有一个包含几个部分的 tableView。当我从一个部分中删除所有行时，我还会删除带有 UITableViewRowAnimationTop 动画的部分（因此它会向上滑动）。在 iOS 4 设备上运行应用程序时，deleteSections: withRowAnimations: 方法可以正确地使该部分向上滑动并消失在其上方的任何内容后面。然而在 iOS 5 上，该部分会向上滑动，但会停留在其上方的内容前面，然后在完成滑动后消失。可能出什么问题了？
仅供参考：我使用的是 iOS5，但已将 iOS 部署目标更改为 iOS 4.0，因此我的应用程序将在从 4 开始的所有 iOS 版本上运行，并将架构更改为 armv6 armv7
编辑：为了测试，我创建了一个空项目只是一个 UITableViewController，它有几个部分，每个部分有几行，没什么花哨的。有同样的行为，所以尽管我真的很犹豫是否要这样做（因为几乎从来没有这样的情况），但我会大胆地说这是 iOS5 中的一个错误？
I have a tableView with a few sections. When I remove all rows from a section, I also remove the section with the UITableViewRowAnimationTop animation (so it slides up). When running the app on an iOS 4 device, the deleteSections: withRowAnimations: method correctly makes the section slide up and disappear behind whatever is above it. However on iOS 5, the section slides up but stays infront of whatever is above it, then disappears once it's finished sliding. What could be wrong?
FYI: I'm using iOS5 but have changed the iOS deployment target to iOS 4.0, so my app will run on all iOS version from 4 upward, and have changed the architecture to armv6 armv7
EDIT: For testing, I created an empty project with just a UITableViewController, which had a couple of sections with a couple of rows in each, nothing fancy. Got the same behaviour, so although I'm really hesitant to do this (because it's almost never the case), I'm going to go out on a limb and say this is a bug in iOS5?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
有类似的问题。弹出一个视图控制器，其中动画应该将先前的视图从左侧滑入（在 iOS 4 上工作正常）。但在 iOS 5 上，大部分页面会立即显示，而只有底部选项卡栏从左侧滑入。单步执行了两个版本上的代码，在
popViewControllerAnimated调用之前似乎都采用相同的路径。不幸的是，这是一个非常复杂的应用程序（不必要的复杂，但那是另一个故事），其中大多数屏幕都是动态的，因此很难简化为测试用例。到目前为止还没有明显的解决方案。
Having a similar problem. Popping a view controller where the animation is supposed to slide the prior view in from the left (works fine on iOS 4). But on iOS 5 the bulk of the page appears immediately while only the bottom tab bar slides in from the left. Have single-stepped through the code on both versions and it appears to be taking the same path right up to the
popViewControllerAnimatedcall.Unfortunately this is a very complex app (unnecessarily complex, but that's another story) where most of the screens are dynamic, so it's hard to simplify down to a test case. No obvious solution so far.