angular-ui/ui-grid

Auto resize grid height doesn't work sometimes

Open

#6.259 geöffnet am 12. Juni 2017

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

Repository-Metriken

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

Beschreibung

Precondition: 1. I need to provide a grid height according to screen height, so the grid height need to be calculated when initialize. 2. Because we use $translate to translate UI, the translate feature affects the UI controls position. That's to say I couldn't get the exact grid height before UI render finish. Because of the 2 preconditions, the calculation of grid height must be called in a backed service callback. But it will cause grid display issue, and it seems the auto resize not work well in such condition. image This issue will happen at the first time of refreshing page after rebuilding whole project or login our system. And this issue will disappear when refresh the page again.

Contributor Guide

Research-Richtung
Das Problem betrifft die Berechnung der Gitterhöhe während der Initialisierung mit einer Abhängigkeit von der UI Übersetzung. Die Untersuchung sollte sich auf die `auto resize` Funktion in `ui grid` konzentrieren, insbesondere auf den Zeitpunkt der Höhenberechnung und Ereignisbehandlung nach Anwendung der Übersetzungen. Untersuchen Sie den Initialisierungscode des Gitters, wahrscheinlich in Dateien wie `Grid.js`, `GridRenderContainer.js` oder verwandten Diensten. Die Voraussetzung erwähnt einen Callback von einem Backend Dienst (wahrscheinlich ein Dienst, der Angulars `$translate` verwendet). Das Verständnis des Ereigniszyklus von Angulars Digest und des Resize Listeners des Gitters ist entscheidend. Bestehende PRs oder Kommentare bieten keine weiteren Anleitungen.
Tech Stack
javascript
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.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70