CGPoint offset = [_table contentOffset];
[_table reloadData];
[_table setContentOffset:offset animated:NO]; //unuseful
// __block UITableView *tableBlock = _table;
// [self performBlock:^(id sender) {
// [tableBlock setContentOffset:offset];
// } afterDelay:2];
I know don't know of any delegate method which gets called after reloadData
.
And using afterDelay:2
which is kind of a hack may be too short or too long, so how can I implement it?
I was recently working with reloadData
-- reloadData
doesn't change the contentOffset
or scroll the table view. It actually stays the same if the offset is less than the new amount of data.
I was having trouble with this because I mess with cell sizing in my cellForRowAtIndexPath method. I noticed that the sizing information was off after doing reloadData, so I realized I needed to force it to layout immediately before setting the content offset back.
CGPoint offset = tableView.contentOffset;
[tableView.messageTable reloadData];
[tableView layoutIfNeeded]; // Force layout so things are updated before resetting the contentOffset.
[tableView setContentOffset:offset];
Calling reloadData
on the tableView does not change the content offset. However, if you are using UITableViewAutomaticDimension
which was introduced in iOS 8, you could have an issue.
While using UITableViewAutomaticDimension
, one needs to write the delegate method tableView: estimatedHeightForRowAtIndexPath:
and return UITableViewAutomaticDimension
along with tableView: heightForRowAtIndexPath:
which also returns the same.
For me, I had issues in iOS 8 while using this. It was because the method estimatedHeightForRowAtIndexPath:
method was returning inaccurate values even though I was using UITableViewAutomaticDimension
. It was problem with iOS 8 as there was no issue with iOS 9 devices.
I solved this problem by using a dictionary to store the value of the cell's height and returning it. This is what I did.
- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath
{
NSNumber *key = @(indexPath.row);
NSNumber *height = @(cell.frame.size.height);
[self.cellHeightsDictionary setObject:height forKey:key];
}
- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath
{
NSNumber *key = @(indexPath.row);
NSNumber *height = [self.cellHeightsDictionary objectForKey:key];
if (height)
{
return height.doubleValue;
}
return UITableViewAutomaticDimension;
}
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
return UITableViewAutomaticDimension;
}
The check for whether height exists is for the first time page loads.
Swift 4 variant of @Skywalker answer:
fileprivate var heightDictionary: [Int : CGFloat] = [:]
override func tableView(_ tableView: UITableView, willDisplay cell: UITableViewCell, forRowAt indexPath: IndexPath) {
heightDictionary[indexPath.row] = cell.frame.size.height
}
override func tableView(_ tableView: UITableView, estimatedHeightForRowAt indexPath: IndexPath) -> CGFloat {
let height = heightDictionary[indexPath.row]
return height ?? UITableViewAutomaticDimension
}
Another solution (fetched from MessageKit):
This method should be called instead of reloadData
. This can fit for specific cases.
public func reloadDataAndKeepOffset() {
// stop scrolling
setContentOffset(contentOffset, animated: false)
// calculate the offset and reloadData
let beforeContentSize = contentSize
reloadData()
layoutIfNeeded()
let afterContentSize = contentSize
// reset the contentOffset after data is updated
let newOffset = CGPoint(
x: contentOffset.x + (afterContentSize.width - beforeContentSize.width),
y: contentOffset.y + (afterContentSize.height - beforeContentSize.height))
setContentOffset(newOffset, animated: false)
}
By default, reloadData keeps the contentOffset. However, it could be updated if you do have inaccurate estimatedRowHeight values.
If you implement estimatedHeightForRowAtIndexPath
method and your estimate is not right, you will possible get into this situation.
To solve this, you can return a large height that bigger than every cell height in your tableView, like this:
- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath {
return 800.f; // if 800 is bigger than every possible value of your cell height.
}
If you insert data at the beginning of your dataSource array, you need to change contentOffset
like this:
Swift 3+
func prepareReloadData() {
let previousContentHeight = tableView.contentSize.height
let previousContentOffset = tableView.contentOffset.y
tableView.reloadData()
let currentContentOffset = tableView.contentSize.height - previousContentHeight + previousContentOffset
tableView.contentOffset = CGPoint(x: 0, y: currentContentOffset)
}
I had the same issue however none of answers suggested here worked. Here's how i solved it. Subclass UITableView
and override layoutSubviews
method like this:
override func layoutSubviews() {
let offset = contentOffset
super.layoutSubviews()
contentOffset = offset
}
@Skywalker's answer showed best workaround for estimated height of cells problem. But sometimes problem lyes in a different place.
Sometimes the problem lyes in contentInsets of table view. If you make reload data while tableView is not visible on the screen you can face with wrong offset after the table view appears on the screen.
It happens because UIViewController can control insets if his scrollView when the scrollView is appearing to allow lying of scrollView below transparent navigationBar and statusBar.
I've faced with this behaviour in iOS 9.1
This is working 100%
change the tableView.reloadData()
into
tableView.reloadRows(at: tableView!.indexPathsForVisibleRows!, with: .none)
For it works fine
[tView scrollToRowAtIndexPath:[NSIndexPath indexPathForRow:0 inSection:0]
atScrollPosition:UITableViewScrollPositionTop
animated:NO];
来源:https://stackoverflow.com/questions/8640409/how-to-keep-uitableview-contentoffset-after-calling-reloaddata