Listen: das ganze Warehouse durchsuchen, nicht nur die Zeilen auf Ihrem Bildschirm
Der Paginierungsvertrag hinter jeder Top-Level-Liste und warum eine leere Seite nie über Ihren Bestand lügen darf.
Ein Operator tippt eine Seriennummer in die Bestandssuche und bekommt nichts. Das Asset existiert. Es steht auf Seite vierzehn. Die Suche hat nur die fünfundzwanzig Zeilen angesehen, die der Browser geladen hatte, und der Operator glaubt jetzt, das Gerät sei nie angekommen. Eine halbe Stunde und ein unangenehmes Telefonat später stellt sich heraus: doch. Dieser Fehlermodus ist der Grund, warum jede Top-Level-Liste der Plattform einer Regel folgt: erst suchen, dann paginieren.
Der Vertrag
Suche und Filter werden auf den vollständigen Datenbestand der Liste angewendet, bevor die Seite gewählt wird. Was Sie sehen, ist der aktuelle Ausschnitt von allem, was gepasst hat, nie ein Filter über einem Ausschnitt. Die Liste sagt Ihnen das: die Gesamtzahl der Treffer, der aktuelle Bereich, Seite X von Y, Direktsprünge zu benachbarten Seiten und eine Auswahl der Seitengröße. Die Standard-Seitengröße ist eine tenantweite Einstellung unter Einstellungen > Anzeige und Listen, sodass ein Team, das hundert Zeilen pro Seite bevorzugt, das einmal für alle entscheidet.
Die Adresszeile merkt sich alles
Die URL trägt Suchtext, Filter, Sortierung, Seite und Seitengröße. Neu laden, und Sie sind, wo Sie waren. Den Link an eine Kollegin schicken, und sie sieht denselben Arbeitsstand. Ein Asset öffnen, das Grading korrigieren, zurückkommen — dieselbe Seite, dieselben Filter, dieselbe Zeilenreihenfolge. Eine Liste, die ihren Zustand bei jedem Abstecher vergisst, ist eine Liste, der man nach einem Vormittag nicht mehr traut.
Zwei Arten von leer
„Keine Datensätze“ und „keine Treffer“ sind verschiedene Sätze, und die Plattform sagt den richtigen. Ein Tenant, der noch kein einziges Asset angenommen hat, sieht einen First-Run-Empty-State, der auf die Warenannahme oder ein Inbound-Manifest als ersten operativen Schritt zeigt. Ein Tenant mit zehntausend Assets und einem Filter, der auf keines passt, sieht einen No-Results-State, der ihn bittet, die Suche zu weiten. Und eine Seitenzahl hinter dem Ende der Liste — ein veraltetes Lesezeichen, ein geteilter Link nach einer Aufräumaktion — darf nie so tun, als hätte der Tenant keine Daten. Eine leere Seite ist eine Antwort, keine Anschuldigung.
Picker spielen nach denselben Regeln
Operative Picker, die sich wie eine Bestandsliste anfühlen — Source Assets für einen Demanufacturing-Job wählen, freien Bestand für eine Outbound Order auswählen — suchen über alle Kandidaten und nicht nur über die, die auf den ersten Screen passen, und starten mit derselben Standard-Seitengröße. Kann ein Picker über eine Handvoll Records hinauswachsen, verhält er sich wie eine Liste, denn für die Person in der Halle ist er eine.
Die zwei Ausnahmen, benannt
Große Feed-artige Screens wie der Activity Audit Trail nutzen Cursor Paging — neuer, älter — als ausdrückliche Ausnahme, denn eine Gesamtzahl über Millionen Events ist dort nicht die Frage, die irgendjemand stellt. Kleine, begrenzte Konfigurationslisten, die vollständig geladen sind — die Palettenformate eines Tenants, seine Zonentypen — dürfen im Browser filtern, denn auf einer nächsten Seite gibt es nichts zu verpassen. Alles andere paginiert wie oben beschrieben. Keine stillen Rückfälle auf „vorherige / nächste“, wo eine echte Gesamtzahl möglich war.
Zeilen, die Sie ohne Maus öffnen
Jede Zeile in einer dieser Listen ist ein einziger benannter Link zu ihrem Detail. Tab landet auf der Zeile, Enter öffnet sie, und ein Screenreader hört den Namen des Records einmal — „Acme BV, Link“ — nicht einmal pro Zelle und nicht bloß „Link“. Aktionen, die beim Hovern mit der Maus erscheinen, erscheinen auch beim Tastaturfokus. Die Liste ist die Arbeitsfläche des Tages; sie funktioniert mit der Hand, die gerade frei ist.