angular-ui/ui-grid

rowIndex changes

Open

#6.577 geöffnet am 17. Feb. 2018

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)JavaScript (2.496 Forks)batch import
difficulty: hardhelp wanted

Repository-Metriken

Stars
 (5.395 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Hello,

I have a custom row select function, as in following plunker: http://plnkr.co/edit/dyof0UiGKtvn0gAWcWuu?p=preview

for the first ~10-15 entries, it works awesome (try rightclicking the entries), but after scrolling, the rowIndex kinda changes. I tried changing cellTemplate to have gridApi.grid.renderContainers.body.visibleRowsCache.indexOf(row) instead of rowIndex, but same error afterwards unfortunately. You guys know some fix for that?

I even gave them an id: ... ui-grid-one-bind-id-grid="rowRenderIndex + '-' + row.entity.id + '-' + col.uid + '-cell'" ...

but even this one changes because scrolling kinda changes only the visible data but not the actual one, or the other way round.

Thank you very much for your help.

Contributor Guide

Research-Richtung
Untersuche das rowIndex Änderungsproblem im virtuellen Scrollen von UI Grid. Der Benutzer meldet, dass sich nach dem Scrollen der rowIndex ändert, was benutzerdefinierte Zeilenauswahlfunktionen beeinträchtigt. Das Problem liegt wahrscheinlich in der Zeilen Rendering Logik, möglicherweise in gridRowRenderers oder visibleRowsCache. Der Benutzer hat versucht, visibleRowsCache.indexOf(row) zu verwenden, ohne Erfolg. Eine mögliche Lösung besteht darin, die Entitäts ID einer Zeile als stabilen Bezeichner anstelle von rowIndex oder rowRenderIndex zu verwenden. Untersuche, wie das Grid DOM Elemente während des Scrollens wiederverwendet, und stelle sicher, dass der rowIndex korrekt aus den zugrunde liegenden Daten abgeleitet wird. Überprüfe den in der Issue verlinkten Plunker zur Reproduktion.
Tech Stack
angularjavascript
Domain
frontend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70