UITableView wieder auf die Beine nach oben in einem Abschnitt beim aufrufen reloadRowsAtIndexPaths

Wenn ein Benutzer auf eine Schaltfläche tippt, in einer meiner Zeilen ich bin eine Aktualisierung der zugrunde liegende Modell für die betreffende Zeile und rufen dann reloadRowsAtIndexPaths für die angegebene Zeile (D. H. eine einzige Zeile neu laden).

- (IBAction)handleCompleteTouchEvent:(UIButton *)sender {
    NSIndexPath *indexPath = [self.tableView indexPathForView:sender];
    id item = [self dataForIndexPath:indexPath];

    if ([item respondsToSelector:@selector(completed)]) {
        //toogle completed value
        BOOL completed = ![[item valueForKey:@"completed"] boolValue];
        [item setValue:[NSNumber numberWithBool:completed] forKey:@"completed"];

        [self.tableView beginUpdates];
        [self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationNone];
        [self.tableView endUpdates];
    }
}

Das problem ist, dass die Tabelle-Ansicht springt zurück an die Spitze der Abschnitt nach diesem Anruf. Wie kann ich dies verhindern und halten Sie die scroll-position, wo es ist?

Code sieht OK aus. Kannst du mehr code, der relevant sein kann für das problem? Gibt es irgendeine Stelle im code, wenn Sie Ihre view-controller, wo Sie anrufen [self.tableView reloadData];?
Ich fügte hinzu, mehr code zu zeigen, die gesamte Methode. Einmal reloadRowsAtIndexPaths ist aufgerufen, die Tabelle scrollt automatisch an die Spitze der Sektion, aber nur, wenn die Sektion header wird aus dem Bildschirm. Es ist nichts besonderes an der Zellbildung oder der Abschnitt header (nur ein string).
Ich bin nicht durchführen jegliche reloadData oder etwas ähnliches. Auch, es gibt nichts in der Dokumentation zu Prellen nach oben in einem Abschnitt auf einer reloadRows. Ich habe nie bemerkt, diese Funktionalität vor, aber dann wieder ich don ' T haben in der Regel Daten, die wechselnden Aktionen innerhalb der Zelle selbst, so ist dies eine neue Art der Interaktion für mich.
Versuchen Sie, überprüfen Sie den Wert der indexPath erhielt von indexPathForView. Kann es sein nil. Wenn es also sein muss, wodurch scrollen nach oben.
die indexPath ist richtig. Es war das erste, was ich geprüft. Außerdem ist es nicht bounce nach oben in der Tabelle (0,0). Es prallt an den oberen Abschnitt (1,0).
Dies ist sicher ein bug und noch nicht behoben !

InformationsquelleAutor xsee | 2014-07-15

47

Ah Ha! Ich habe das problem gefunden und werde die Antwort auf meine eigene Frage, für die Arme Seele, führt in dieser Frage in der Zukunft.

Alle meine Zellen haben variable Höhe, so war ich mit dem neuen iOS7-Methode in UITableViewDelegate denken, es könnte beschleunigen render-Zeit (nicht, dass ich wirklich brauchte):
```
- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath;
```
Sowieso implementieren diese Methode hat den bösen Nebeneffekt verursacht, den Tisch zu hüpfen, um den oberen Abschnitt beim aufrufen:
```
[self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationNone];
```
Lösen Sie die bounce-problem, das ich nur entfernt das überschreiben der estimatedHeightForRowAtIndexPath Methode und jetzt funktioniert alles wie es soll. Glücklich endlich.
- Ich danke Ihnen sehr! Mit "selbst.tableView.estimatedRowHeight" verursacht, das Prellen von der Tabellenansicht in meinem Fall.
- Hallo @xsee, wenn ich mit autoLayout, wenn ich nicht verwenden, extimatedRowHeight, dann auf hinzufügen es wird ein problem sein, und die Zeilen erhalten schrumpfen
- Sie gerettet, Tonnen von meiner Zeit. Vielen Dank!
- Ich habe das gleiche Problem, außer, dass ich wirklich wollen, zu verwenden estimatedRowHeight. Ich fand, dass durch die Einstellung der estimatedRowHeight eine Nummer größer als die tatsächliche Höhe der Zelle scheint sich zu verbessern, das Verhalten etwas (die Tabelle nur anzeigen, scrollt ein wenig).
- Gibt es keine wirkliche Lösung für dieses Problem, obwohl? Es scheint wie ein bug in Apple ' s Teil?
- So seltsam! Danke 🙂
- estimatedRowHeight wird benötigt, wenn UITableViewAutomaticDimension in iOS8.
- Ich estimatedRowHeight = tableView.rowHeight im viewDidLoad - und dies scheint ein wenig helfen. Ich bin auch mit UITableViewAutomaticDimension.
- Seltsame Frage, war auf der Suche für die Lösung. In meinem Fall, habe ich selbst sizing Zellen mit estimatedRowHeight. Ich ändern Sie einfach den Wert für estimatedRowHeight größer als Zelle der Höhe.Nun, Ergebnis ist gut.
- danke, Sie haben mein Leben gerettet ))
- self.tableView.rowHeight = UITableViewAutomaticDimension; self.tableView.estimatedRowHeight = 200.0f; auch funktioniert
- Entfernen Sie diese 2 blutige Linien hat mich gerettet. Danke! Kann Ihnen nicht genug danken!!!
InformationsquelleAutor xsee
2

Sollten Sie in der Lage, das zu tun, was Sie versuchen zu tun, durch die änderung der Inhalt der Zelle direkt. Zum Beispiel, wenn Sie mit der Basis UITableViewCell Klasse und die Daten in Ihrem Modell ist ein NSString denen Sie zeigen in der Tabelle Zelle, die Sie tun können, die folgenden (nachdem Sie Ihre Daten ändern Modell), anstatt zu telefonieren reloadRowsAtIndexPaths:
```
UITableViewCell *cell = [tableView cellForRowAtIndexPath:indexPath];
UILabel *label = [cell textLabel];
label.text = @"New Value";
```
Wenn Sie eine benutzerdefinierte Unterklasse von UITableViewCell, es ist ungefähr das gleiche, außer für den Zugriff auf die Ansichten der Zelle erfolgt durch die contentView Eigenschaft.
- Diese Lösung funktioniert, aber ich mag es nicht. Stell dir vor, ich möchte flip die gesamte Zelle Prototyp basiert auf einer änderung des Datenmodells. Ich wäre nicht in der Lage, dies zu tun, ohne Neuladen der Reihe, aber dann bin ich wieder auf Platz eins mit der "bounce oben im Abschnitt" Ausgabe. Wenn ich nicht bekommen kann eine bessere Antwort (oder einen workaround) für das problem mit dem reload dann werde ich Sie akzeptieren diese Antwort. Danke.
InformationsquelleAutor strwils

Swift 4.2

Diese können überall arbeiten, die Sie entfernen möchten animation.
Beim laden der Tabelle Abschnitt oder eine Zeile

 UIView.performWithoutAnimation({
                cell.configureSelection(isSelected: true)
                tableView.reloadSections([1], with: .none)
                tableView.allowsSelection =  false

            })

InformationsquelleAutor Tanvir Singh

Diese hat den trick für mich.

UIView.setAnimationsEnabled(false)
tableView.reloadRows(at: [...], with: .none)
UIView.setAnimationsEnabled(true)

InformationsquelleAutor Giorgi Shavgulidze

1

Kann es möglich sein, legen Sie die Zelle in einem eigenen Abschnitt und rufen reload Abschnitt:
```
[self.tableView reloadSections:[NSIndexSet indexSetWithIndex:1] withRowAnimation:UITableViewRowAnimationFade];
```
erscheint, beheben Sie das Problem teilweise. Nicht der sauberste Weg, aber es kann für Sie arbeiten.

InformationsquelleAutor Vlad
1

In meinem ähnlichen Fall hatte ich zu zwicken die Implementierung der Methode
```
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
...
}
```
wo meine Höhen wurden zurückgesetzt. Also, statt zurücksetzen Höhe für jede Zelle, die ich aktualisiert nur die Kranken Zellen für reloadRowsAtIndexPaths nennen.

InformationsquelleAutor zeeawan
0

Wenn Sie wissen, dass die Mindesthöhe von Ihrem Handy, müssen Sie angeben, dass Sie während der Einstellung estimatedRowHeight. Ich war auf 1 festlegen, wie ich gelesen haben, bevor Sie irgendwo, dass jeder Wert über 0 würde genügen, der Zweck, sondern es war der Schuldige.

Wenn ich es auf 44, das war die minimale Höhe meiner Zelle haben könnte, ging alles gut.

Dynamischen Höhen wurden auch gut funktioniert, keine Probleme mit diesem Update.

InformationsquelleAutor nr5
0

Bauen aus xsee Antwort -
Ich hatte die Estimate im interface builder auf "automatisch". Ich änderte diese auf eine andere Nummer und es begann zu arbeiten. Ich hielt Row Height automatische.

InformationsquelleAutor Michael McKenna
0

Ich hatte das gleiche Problem. Ich landete genau tableView aufrufen.reloadData() statt nach dem Update meine Daten /Zelle, und es hat nicht bounce zurück an die Spitze /Daten aktualisiert-in-place - FYI

InformationsquelleAutor devjme

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.