Enterprise: Datagrid-Spaltenfilter spielen mit Baumraster nicht gut

Erstellt am 23. Nov. 2018  ·  19Kommentare  ·  Quelle: infor-design/enterprise

Wir haben mit dem Baumraster im Datenkatalogprojekt experimentiert und sind auf eine Reihe von Problemen gestoßen, die es weniger als brauchbar machen. Probleme wurden in 4.11. Die meisten von ihnen haben wahrscheinlich mehr mit ids-enterprise zu tun, aber ich stelle sie alle hier. Wenn ich dies auf meinem Telefon schreibe, kann ich nächste Woche bei Bedarf Screenshot-Beispiele hinzufügen.

  • [x] 1. Verhalten: Filter stimmt nur mit Baumelementen der obersten Ebene überein.
    Erwartung: Der Filter sollte Elemente weiter unten im Baum abgleichen und das übereinstimmende Element sowie die Eltern, Großeltern usw. für den Kontext anzeigen~~

  • [x] 2. Verhalten: Beim Abgleichen einer Zeile mit untergeordneten Elementen wird weiterhin die Schaltfläche zum Erweitern/Reduzieren angezeigt, aber ein Anklicken bewirkt nichts. Verursacht manchmal auch eine allgemeine Verrücktheit mit Einrückungen, die ich nächste Woche versuchen werde, zu reproduzieren.
    Erwartung: Wenn ein Elternteil eine Übereinstimmung ist, sollte es erweiterbar sein, um alle Kinder anzuzeigen. Ich bin mir weniger sicher, wie das Verhalten aussehen soll, wenn eines seiner Kinder auch dazu passt...~~

  • [x] 3. Verhalten: Die Formatierung des Baumrasters ist irreführend. Die Einrückung eines untergeordneten Elements entspricht der Einrückung, die durch die Schaltfläche zum Erweitern/Reduzieren des übergeordneten Elements erzeugt wird, sodass es so aussieht, als ob sie sich auf derselben Ebene befinden.
    Erwartung: Der Text von gleichgeordneten Elementen sollte alle übereinstimmende Einrückungen aufweisen, die Schaltfläche zum Erweitern/Reduzieren sollte die Einrückung nicht ändern

  • [ ] 4. Verhalten: Das Anwenden einer benutzerdefinierten Formatierung auf die Spalte mit der Schaltfläche zum Erweitern/Reduzieren mit einer Angular-Komponente scheint nicht möglich zu sein, ohne den Baum aufzubrechen.
    Erwartung: Benutzerdefinierte Formatierung sollte neben dem Baumraster möglich bleiben

[5] type

Hilfreichster Kommentar

Fügen Sie dies als API-Einstellungen hinzu allowChildExpandOnMatch: boolean

allowChildExpandOnMatch === true

  • Wenn nur das Elternteil eine Übereinstimmung gefunden hat, fügen Sie auch Kinderknoten hinzu
  • Wenn ein oder mehrere untergeordnete Knoten übereinstimmen, fügen Sie den übergeordneten Knoten und alle untergeordneten Knoten hinzu

allowChildExpandOnMatch === false

  • wenn nur die Eltern übereinstimmen, dann (disable|hide|anything-else) +/- Schaltfläche und keine untergeordneten Knoten hinzufügen
  • Wenn ein oder mehrere untergeordnete Knoten übereinstimmen, fügen Sie den übergeordneten Knoten und nur übereinstimmende untergeordnete Knoten hinzu (wie jetzt)

Alle 19 Kommentare

Ich denke, wir sollten dies auf das EP-Projekt verschieben. Kannst du es für mich verschieben @clepore

Ich habe deine Probleme nummeriert, damit ich darauf reagieren kann. Außerdem brauchen wir eine Möglichkeit, diese besser zu reproduzieren.

  1. Dieses Problem wurde möglicherweise auf Nr. 437 behoben. Können Sie es erneut auf

  2. Brauchen Sie eine Möglichkeit, dies zu reproduzieren. Könnte mit #405 zusammenhängen

  3. Brauche dafür ein Beispiel.

  4. Dies könnte möglich sein, wenn Sie den Baumformatierungscode vollständig kopieren und Ihre Anpassungen zu Ihrer Version hinzufügen https://github.com/infor-design/enterprise/blob/master/src/components/datagrid/datagrid.formatters.js #L368 -L378

Ich werde mir die anderen ansehen, aber ich kann jetzt auf 4 antworten: Ich habe versucht, den Baumformatierungscode in die Komponente zu kopieren, aber der Code, der die Schaltflächenfunktion zum Erweitern / Reduzieren bereitstellt, hat die Schaltfläche nicht gefunden.

Okay. Ich dachte, es wäre besser für 4. das Konzept eines subFormatters zu erstellen, damit Sie das angeben können, und in einigen Formatierern kann dieser Teil herausformatiert werden. Fx, um den Textteil des Baumformatierers zu isolieren.

3 ist ein Problem, das dem Design des Baumrasters innewohnt:

2018-11-26 5

Aus meiner Erinnerung wurde dies während des ersten Entwurfs diskutiert, aber die "erwartete" Version scheint mir lesbarer zu sein. Was denkst du @kayiuho ?

Ich denke, 2 wurde auch gelöst, indem 1 behoben wurde. Wenn ich es wieder in Enterprise-ng reproduzieren kann, lasse ich es Sie wissen.

@tmcconechy Nur

3 wurde im Dezember-Sprint geschoben.

Zusammenfassend

  1. Wurde bei einem anderen Problem Nr. 437 behoben
  2. Wurde bei einem anderen Problem Nr. 437 behoben
  3. Wurde dieser Sprint von @chrisfried behoben - danke!
  4. Immer noch ein Thema

Also müssen wir dieses Ticket teilen. Kannst du bitte eine neue Ausgabe für #4 machen, wenn du sie noch haben willst @chrisfried
Dann können wir dies später klären, da dieses Ticket für die von Ihnen vorgenommenen Korrekturen in die QA verschoben wird. Es ist besser, wenn Sie das Ticket so gestalten, dass es auf Ihren Namen lautet. Vielen Dank!

Verhalten Nummer 2 tritt weiterhin auf, wenn Sie Filter anwenden, die dem übergeordneten Knoten entsprechen. Die Schaltfläche zum Erweitern/Reduzieren wird angezeigt, hat jedoch keine Funktion.
Schritte:

  1. Gehen Sie zu https://4140-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html
  2. Wenden Sie enthält Filter auf Aufgabenspalte mit dem Wort "HMM" an
  3. Versuchen Sie, die erste Zeile zu erweitern/zu reduzieren, es passiert nichts.

@deep7102 Können Sie sich diesen zusätzlichen Fall ansehen?

Im Moment funktioniert der letzte Teil von #2 nicht, weil es keine Kinder gibt, die darunter passen. Mir ist aufgefallen, dass "Erwartung: Wenn ein Elternteil eine Übereinstimmung ist, sollte es erweiterbar sein, um alle Kinder anzuzeigen."

Denken wir wirklich, dass es die Kinder zeigen sollte, auch wenn sie nicht zusammenpassen? Ich bin mir nicht so sicher und neige dazu, dass dies das richtige / akzeptable Verhalten ist?

Was denken wir? @EdwardCoyle @clepore @pwpatton @deep7102 @brianjuan @chrisfried ?

Ich denke, es könnte vom Standardsuchverhalten abhängen. Vielleicht ist ein Schalter in Ordnung (allowChildExpandOnMatch) oder so.

In Landmark haben wir ein Beispiel, in dem wir die Erweiterung eines übereinstimmenden Knotens zulassen, auch wenn die Kinder nicht den Suchkriterien entsprechen (wir sind faul und verwalten all dieses Verhalten selbst ohne die Standardsuche/-filter, da wir dies nicht in Erinnerung).

Fügen Sie dies als API-Einstellungen hinzu allowChildExpandOnMatch: boolean

allowChildExpandOnMatch === true

  • Wenn nur das Elternteil eine Übereinstimmung gefunden hat, fügen Sie auch Kinderknoten hinzu
  • Wenn ein oder mehrere untergeordnete Knoten übereinstimmen, fügen Sie den übergeordneten Knoten und alle untergeordneten Knoten hinzu

allowChildExpandOnMatch === false

  • wenn nur die Eltern übereinstimmen, dann (disable|hide|anything-else) +/- Schaltfläche und keine untergeordneten Knoten hinzufügen
  • Wenn ein oder mehrere untergeordnete Knoten übereinstimmen, fügen Sie den übergeordneten Knoten und nur übereinstimmende untergeordnete Knoten hinzu (wie jetzt)

Klingt so, als ob das alles abdecken würde - große Veränderung?

Könnte durchdenken, dass es notwendig ist, Filter und Filterknoten und Tiefen usw. zu verfolgen

Ok, ich schlage vor, wir machen eine neue Ausgabe für später. Dies ist derzeit nicht vollständig im Umfang.
Daher schlage ich vor, dass wir dieses Problem wie @brianjuan schließen

Ich denke, wir sind gut, ein separates Ticket für die Umsetzung der großen Änderungen für Nummer 2 zu erstellen.

Wird jetzt verschoben Fertig, da https://4140-beta0-enterprise.demo.design.infor.com/components/datagrid/test-tree-filter.html für alle anderen vorgeschlagenen Verhaltensweisen wie erwartet funktioniert.

Neue Ausgabe #1422 hinzugefügt

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen