Fügen Sie dem Filterfeld ein @Output
und eine Eigenschaft hinzu, die angibt, ob der Benutzer das Filterfeld derzeit verwendet. Dies hilft Verbrauchern zu bestimmen, wann es sicher ist, Filterdefinitionen (Datenquelle) zu aktualisieren, ohne den Benutzerfluss des Benutzers abzustürzen.
Die Ausgabe kann nützlich sein, um auf Änderungen im Interaktionsverhalten zu reagieren, während die Eigenschaft für OnDemand-Prüfungen verwendet werden kann, ob es jetzt sicher ist, die Datenquelle zu aktualisieren.
Dieser Zustand muss wahrscheinlich die folgenden Dinge bestimmen:
Fügen Sie dem Filterfeld Folgendes hinzu.
Ich freue mich über Feedback, insbesondere zur Namensgebung, da ich nicht sicher bin, wie gut diese Namensgebung passt.
@Output() inFlightChange: EventEmitter<FilterFieldInFlightChange<boolean>>
Wird ausgelöst, wenn der Benutzer mit der Interaktion mit dem Filterfeld beginnt oder die Interaktion damit beendet.
inFlight: boolean
Bestimmt, ob der Benutzer derzeit mit dem Filterfeld interagiert oder nicht.
Bitte fügen Sie Ihre Überlegungen hinzu, insbesondere pingen @ffriedl89 @thomaspink @ap-dyna
Hallo @tomheller ,
Diese Beschreibung sieht gut aus und ich sehe die Kombination @Ausgabe+Eigenschaft als nützlich an.
(Bei der Namensgebung halte ich mich an Ihre Barista-Konventionen).
Ich kann sehen, dass sowohl die Ausgabe als auch die boolesche Eigenschaft nützlich sind. Von der Namensgebung tbh bin ich auch nicht ganz überzeugt.
Vielleicht
@Output() userInteractionChange
für die Ausgabe
userInteracting
oder isUserInteracting
für das boolesche Flag
Ich denke, es ist ein guter Punkt, um mit zu gehen
@Output() userInteractionChange
für die Ausgabe.
isUserInteracting
für das boolesche Flag.
Zur internen Problemverfolgung verschoben.