Web-Anzeigen: Paging vs. Long-Tabellen

Question

Es scheint, dass der Trend im Webdesign darin besteht, seitenweise Ausgaben bereitzustellen, bei denen lange Tabellen jeweils Seite für Seite angezeigt werden. Meine Kunden mögen das nicht und haben darum gebeten, dass die Websites, die ich für sie entwerfe, alle Einträge in langen Tabellen anzeigen. Die Argumente für das Paging scheinen hauptsächlich auf der Leistungseinbuße beim Anzeigen langer Tabellen zu basieren, und dies ist in einem unternehmensinternen Intranet mit hoher Bandbreite weniger bedenklich. Argumente gegen Paging sind die Möglichkeit, die gesamte Tabelle zu drucken, Zeichenkettensuchen für die gesamte Tabelle durchzuführen, beliebige Bereiche aus der gesamten Tabelle zum Kopieren auszuwählen usw. Ich habe darauf hingewiesen, dass diese Funktionen leicht zu ausgelagerten Webdesigns hinzugefügt werden können (z. B. eine Druckschaltfläche, die die gesamte Tabelle ausgibt, oder eine Schaltfläche, die eine CSV-Datei der Tabelle erstellt), aber die seitenweise Ausgabe scheint ihnen immer noch unbequem zu sein. Unser typischer Tisch ist etwa 100 bis 600 Stück. Offensichtlich müssten Tabellen, die wesentlich größer wären, wohl ausgelagert werden.

Fragen:

1. Was ist Ihre Erfahrung mit Vorlieben persönlichen oder Kunden gegenüber voller Leistung in langen Tabellen ausgelagert für?
2. Webdesign-Tools scheinen das Paging-Paradigma zu forcieren. Sind sie nicht erreichbar oder sind meine Kunden ungewöhnlich?
3. Wenn Sie denken "Es hängt von der Länge der Tabelle ab", welche Schwelle würden Sie verwenden?

Answer 1

1. Ich liebe lange Einseitenauflistungen. Einer der wenigen Gründe, die ich für paged Auflistung sehen kann, ist diejenigen, die Sie über die Leistung hinweisen.

2. Ich denke, Ihre Kunden sind sehr üblich und in Kontakt.

3. Der Schwellenwert wäre etwa Seitenladezeiten. Wenn der Server die vollständigen Listen nicht schnell genug erstellen kann oder wenn die Listen so lang werden, dass der Browser langsamer wird. (Letzteres kann für ganz kurze Listen passieren, wenn Sie nicht-a-Tag-Hover-Material in Ihrem CSS und der Browser Internet Explorer.)

Geben Sie den Nutzern eine leistungsfähige Suchfunktion und sie werden verengen ihre Seite listet sich auf.

Answer 2

Warum nicht einfach eine vom Benutzer konfigurierbare Option sein? Es klingt, als ob Sie beide im Grunde implementieren möchten.

Um ehrlich zu sein denke ich, dass egal was du wählst jemand sich beschweren wird. Zumindest wenn es vom Benutzer konfigurierbar ist, können Sie es dem Benutzer zurückgeben.

Answer 3

Beste Lösung: Stellen Sie keine Listen mit mehr als 100 Artikeln zur Verfügung.

Normalerweise möchte Ihr Benutzer nicht mehr als 100 oder sogar 600 Elemente lesen. Es interessiert sie einfach nicht. Sie suchen nach einem (oder möglicherweise ein paar). Stellen Sie sicher, dass es eine Möglichkeit für sie gibt, diese Elemente ohne visual-grep-ing über die Liste zu erreichen.

Und wenn Ihr Kunde darauf besteht, alle Elemente anzuzeigen, bieten Sie Paging mit einer konfigurierbaren Seitengröße und lassen Sie ihn "100000 Elemente pro Seite" eingeben, wenn er möchte.

Answer 4

Eines der bahnbrechenden Bücher über Webdesign (sorry, ich vergesse das) pflegte zu sagen, dass man nicht damit rechnet, dass seine Benutzer runterscrollen, weil die meisten nicht wissen oder nicht belästigt werden können.Ich denke, ein neueres Update besagt, dass dies zwar für die allgemeine Öffentlichkeit gilt, dass aber bestimmte Bereiche technisch versierterer Nutzer nach unten scrollen können und dass Seiten erstellt werden können, die ein IFF-Scrollen erfordern (wenn und nur wenn) es.

Answer 5

Ich kann Ihre Situation sehr gut verstehen. Ich war in einer ähnlichen Situation. Ich habe einen Business-Workflow von einem Man-Management auf ein Automatisiertes umgestellt. Anfangs wurde es mit Excel-Tabellen ausgeführt. Die Stakeholder für meine Software waren in der Altersgruppe von 55+ sie mögen nichts Ajaxy oder irgendwelche der UI Muster, über die Sie sprechen. In solchen Fällen kann die Daten-Retreival-Logik optimiert werden. Jede Tabelle, die die 1K-Marke berührt oder Elemente wie Bild-Blobs oder ähnliches enthält, sollte in Teilen aus Sicht der Leistung angezeigt werden.

1. lange Ausgänge langsame Rendering und Leistung Blutegel
2. Kunden, Dont die meiste Zeit auf Veränderungen wollen und Kunde hat immer Recht, es sei denn u sie überzeugen können.
3. Ich habe meine Schwelle festgelegt, aber es hängt auch vom Inhalt der Zeilen ab.

Happy Coding!

Answer 6

Geben Sie eine Standardseitenlänge und einen konfigurierbaren Parameter an (z. B. in der Abfragezeichenfolge für programmatische Verwendung und/oder ein Formular auf der Webseite zur interaktiven Verwendung), um zu steuern, wie viele Listen auf einer Seite enthalten sind.

Benutzer Flexibilität ist gut. Texas Instruments hat ein parametrisches Suchwerkzeug für Elektroingenieure, um ICs zu finden, die bestimmte technische Eigenschaften erfüllen, und sie enthalten einen Link, um sowohl "Alle anzeigen" auf einer Webseite als auch "Alle herunterladen" als .csv-Datei anzuzeigen. Das ist ein gutes Modell, ein großes Lob an TI. Dito zu Flickr; Mit ihrer API können Sie (weitgehend) steuern, wie viele Ergebnisse bei einem Web-Service-Aufruf angezeigt werden.

Ich persönlich HATE Websites, die standardmäßig 10 Auflistungen pro Seite mit keiner Möglichkeit, es zu erhöhen. Es dauert, sie zu durchsuchen, & Ich bin bereit, länger zu warten, wenn ich alle Sachen auf einmal bekommen kann.

Wenn es sich um eine interaktive Webseite handelt, würde ich eine AJAX-Lösung in Erwägung ziehen, die jeweils 100 herunterlädt, so dass der Fortschritt angezeigt wird (und der Benutzer sie bei 20000 Ergebnissen stoppen kann).

Ich stimme mit PEZ, es geht um Reaktionsfähigkeit.