Ich habe in letzter Zeit einige zerstreute Gedanken zur Paginierung gehabt, also dachte ich, ich versuche, sie in einem Beitrag zu organisieren. So funktioniert Blogging, oder?
Konsistente Positionierung
Wenn es eine Möglichkeit gibt, sicherzustellen, dass sich Ihre Paginierungsbuttons nicht bewegen, tun Sie es. Es ist eine so angenehme Erfahrung, einfach klicken-klicken-klicken (oder tippen-tippen-tippen) zu können und jedes Mal dasselbe zu tun. Und wenn Sie am Ende ankommen, tut ein weiterer Klick nicht plötzlich etwas anderes (weil Sie jetzt auf einen anderen Button klicken oder auf nichts).
Wenn ein Button für die Positionierung vom anderen abhängt, könnten Sie vielleicht einen deaktivieren und ihn z.B. mit opacity: 0.5; darstellen, um seine Deaktivierung anzuzeigen, oder ihn sogar mit visibility: hidden; ausblenden, aber ihn dennoch im Dokumentenfluss behalten.
Auch die vertikale Positionierung ist wichtig. Es ist schön, wenn die Paginierungsbuttons nicht basierend auf der Höhe beliebiger Inhalte herumspringen. Wenn das unvermeidlich ist, weil sie zum Beispiel unter dem unteren Rand beliebiger Inhalte positioniert sind, vielleicht könnten die Buttons stattdessen oben sein. Oder zusätzlich dazu, was für Inhalte, die Scrollen erfordern, gut ist.
Natürlich sind alle Situationen unterschiedlich, aber vielleicht wäre sogar position: fixed; für einige Paginierungselemente nützlich, um sicherzustellen, dass diese Positionen stabil bleiben.
Text oder nicht?
Was ist die Paginierung Paginierung Vergangenheit? (sagen Sie das 10 Mal schnell). Der Text in den Buttons könnte helfen, das zu verdeutlichen.
„Ältere“
„Neuere“
„Nächste Seite“
„Vorherige Seite“
Vielleicht. Aber was ist mit
„Weniger relevant“
„Relevanter“
„Weniger beliebter Inhalt“
„Beliebterer Inhalt“
Obwohl das vielleicht genau das ist, was die Paginierung tut, ist das irgendwie deprimierend zu sagen. Ich würde eher sagen: Wenn der Grund für die Paginierung ziemlich offensichtlich oder nicht zwingend ist, verwenden Sie einfach Pfeile.
Eine Einschränkung für die Nichtanzeige von Text ist die Richtung. Werden Leute Ihre Seite auf einer Seite betreten, auf der in beide Richtungen paginiert werden kann? Wenn das der Fall ist, könnte Text angebracht sein, um Leute zu orientieren, die nicht den Vorteil hatten, auf einer Seite zu starten, auf der nur in eine Richtung paginiert werden konnte.
Richtung
Apropos Pfeile, welche Richtung ist am besten geeignet? Ich neige dazu, festzustellen, dass die meisten Paginierungen mit einem Pfeil beginnen, der nach rechts zeigt. (wie bei Google-Suchergebnissen) Ich habe jedoch gehört, dass dies heiß debattiert wird, mit guten Argumenten auf beiden Seiten. Wenn man an eine Zeitachse denkt, ist diese fast immer von links nach rechts und so würde man beim Paginieren durch die Zeit denken, dass der Pfeil nach links zeigt, wenn man den aktuellsten Inhalt betrachtet. Aber linke Pfeile werden mit dem Zurück-Button assoziiert, der sehr häufig verwendet wird und von Benutzern im Allgemeinen verstanden wird, dass er bedeutet, zu einem zuvor besuchten Bereich zurückzukehren.
Wenn eine gute Chance besteht, dass ein Benutzer Ihre Website auf einer Seite betritt, auf der Sie in beide Richtungen paginieren können, würde ich auf Klarheit setzen und die Buttons beschriften.
URL-Struktur
Paginierung geschieht oft mit URLs, die so aussehen
website.com/page/1/
website.com/page/2/
Das ist nicht schlimm – zumindest ist es sauber. Das Problem ist, dass die URL keine Informationen darüber enthält, was paginiert wird. Aber schlimmer noch, der Inhalt auf diesen Seiten kann sich ändern. Was heute auf Seite 1 ist, könnte morgen auf Seite 3 sein. Das ist bei datumsbasierten Paginierungen super häufig.
Wir Webentwickler sind immer sehr daran interessiert, URLs am Leben zu erhalten und hassen es, wenn URLs kaputt gehen. Aber ist eine URL, die völlig anderen Inhalt anzeigt als bei ihrer letzten Referenzierung, nicht kaputt? Es kommt darauf an, und es ist vielleicht kein lösbares Problem, je nach Art der Paginierung. Aber es ist wahrscheinlich lösbar für datumsbasierte Paginierung. Das aktuelle Design von Blogs im Gawker-Netzwerk hat Paginierungsbuttons, die Sie zu URLs wie
lifehacker.com/?startTime=1411848000454
lifehacker.com/?startTime=1411749900413
führen. Diese URLs haben über die Zeit wahrscheinlich den gleichen Inhalt, da sie sich auf den Inhalt basierend auf der Veröffentlichungszeit beziehen.
Abhängig von der Veröffentlichungsfrequenz Ihrer Website könnten Ihre Paginierungsbuttons vielleicht Monate, Wochen oder Tage sein, anstatt beliebige Seiten. Das Paginieren von einer Homepage von Inhalten könnte so aussehen
website.com/blog/
website.com/blog/2014/09/
website.com/blog/2014/08/
Dann hätten diese URLs über die Zeit immer den gleichen Inhalt.
Selbst wenn Sie lieber beliebige chronologische, ganzzahlige Paginierungen verwenden, wäre es dann nicht sinnvoll, die Nummern umzukehren? Anstatt 1, 2, 3, um in der Zeit zurückzugehen, sollten die Nummern bei der höchsten Anzahl von Inhalten beginnen, die Sie haben.
website.com/blog/
website.com/blog/page/523/
website.com/blog/page/522/
Ich frage mich, warum das scheinbar nie so gemacht wird. Vielleicht liegt es an der Belastung durch Zähl-Abfragen auf älteren Datenbanksystemen?
Angabe, wie viele, oder nicht?
Apropos Zähl-Abfragen, sollten Sie angeben, wie viel Inhalt es gibt, um ihn zu paginieren? Um das zu tun, müssen Sie wissen, wie viel es gibt, was irgendwann eine Art von Zählung beinhaltet.
<- Seite 1 von 302 ->
Ist das nützlich? Ich könnte argumentieren, dass es nützlich ist, wenn die Zahl vernünftigerweise nützlich sein könnte. Entweder weil man alles durchsehen könnte, oder weil es einem ein Gefühl für die Breite der Suche gibt, oder weil man das vielleicht für eine API oder so etwas braucht. Es ist wahrscheinlich nicht besonders nützlich bei etwas wie Google, wo es einem sagt, dass es elf-Milliarden-Ergebnisse gefunden hat und sich nur wichtig tut.
Abgesehen von der reinen Anzahl, sollten Sie auch die Möglichkeit haben, weiter in der Paginierung zu springen?
[<-] [1] ... [5] [6] [7] … [302] [->]
Ich weiß nicht. Ich habe mich immer etwas vor Paginierungen wie dieser gedrückt, weil sie übermäßig komplex und marginal nützlich erscheinen. Ganz zu schweigen davon, dass sie die konsistente Positionierung erschweren. Sie bieten zwar eine Möglichkeit, zum Anfang oder Ende der Paginierung zu springen, was meiner Meinung nach nützlich sein könnte. Aber die längeren Versionen, die es mir erlauben, 4 Seiten vorzuspringen (aber nicht 6!), scheinen einem Programmierer zu nahe an das Frontend zu lassen =).
Ajax
Paginierung ist die perfekte Art, Dinge ohne einen vollständigen Seitenrefresh zu tun, da es sehr wahrscheinlich ist, dass das Einzige, was sich auf der Seite ändert, die paginierten Inhalte sind. Aber das führt zu neuen Komplexitäten
- Fügen Sie neue Inhalte am Ende des aktuellen Inhaltsbereichs hinzu?
- Besteht die Gefahr, dass so viele Inhalte hinzugefügt werden, dass das DOM-Gewicht die Seite verlangsamt? Können Sie Inhalte jederzeit entfernen?
- Ersetzen Sie alle Inhalte durch neue Inhalte?
- Wenn ja, sollten Sie zum Anfang dieser neuen Inhalte scrollen? Wie machen Sie das browserübergreifend?
- Verlieren Sie dadurch Seitenaufrufe? Hat das Auswirkungen auf Ihr Geschäft? Können Sie dies verfolgen oder die gleichen Dinge tun, die Seitenaufrufe für Sie getan hätten (z. B. Anzeigen rotieren)?
- Bezeichnen Sie die Paginierung anders, z. B. „Mehr Inhalte laden“? Oder ist das Insider-Gerede, das nur Web-Entwickler interessiert?
- Bieten Sie so Paginierung in beide Richtungen an?
- Ändern sich die URLs?
- Kann es mit progressiver Verbesserung angegangen werden, damit die Paginierung immer funktioniert, egal was passiert?
WordPress.com-Themes neigen dazu. Ich habe mir eine Reihe von Themes angesehen und sie haben tendenziell einen Button „Ältere Beiträge“, der neue Inhalte im Ajax-Stil lädt.
In diesem speziellen „Eighties“-Theme gibt es ohne JavaScript überhaupt keine Paginierung. Man kann zu den Inhalten gelangen, da im Footer Links zu den verschiedenen Monaten mit Inhalten vorhanden sind. Scheint mir ein *wenig* halbherziger Ansatz zu sein.
Konsistenz
Was auch immer Sie wählen, seien Sie darin auf Ihrer gesamten Website konsistent.
Gott weiß, dass ich einige dieser Dinge auf meinen Websites implementieren muss.
Bezüglich Ihres Punkts „Text oder nicht?“…
Ich denke, wenn Sie Paginierung mit Sortierung kombinieren, würden die Pfeile anzeigen, dass Sie sich weiter nach unten in der Liste der sortierten Ergebnisse bewegen, und es wäre kein Text erforderlich. Also „Preis: hoch zu niedrig“, Seite 2 wäre ein Satz von günstigeren Optionen als Seite 1. Das ist für den Benutzer offensichtlich, aber nur, wenn die Sortieroption klar ist.
Interessante Gedanken, Chris.
Ich erstelle Massenmarkt-Tumblr-Themes und habe so viele verschiedene Optionen ausprobiert, meistens bleibe ich bei rechten und linken Pfeilen, aber die Dinge, an denen ich gerade arbeite, haben eine Mischung aus Ajax und traditionellen Pfeilen (weil es viele Leute gibt, die unendliches Scrollen hassen, und viele, die es für das Beste seit geschnittenem Brot halten). Ich gehe mit der ersten Seite mit „Mehr laden“ und einem rechten Pfeil, dann, wenn der Benutzer auf „Mehr laden“ klickt, werden alle zukünftigen Seiten per Ajax geladen, ohne erneut zu fragen, und wenn der Benutzer auf den Pfeil klickt, gelangt er zur tatsächlichen zweiten Seite mit „Ältere“ und „Neuere“ Buttons. Das ist mein Best-of-both-worlds :)
RE: Angabe, wie viele.
Wenn Sie einkaufen, ist das wirklich wichtig – besonders auf Websites wie Amazon, wo eine ziemlich allgemeine Suche Tausende von Optionen ergibt. Wenn 14.920 Artikel meiner Abfrage entsprechen, dann weiß ich, dass ich wahrscheinlich spezifischer sein muss.
Und wenn es mehr als 10 Seiten gibt, ja, ich möchte nach vorne springen können. Nicht schön zu implementieren, ich weiß, aber hilfreich, wenn man sich über einen angemessenen Preis nicht sicher ist. Zum Beispiel: Recherche von Wohnungskosten in einer bestimmten Gegend. Ich möchte die gesamte Bandbreite kennen – aber wenn es 25 Seiten gibt und 1-4 alle über 1 Million Dollar sind, brauche ich eine Möglichkeit, zur Mitte zu springen, um eine Vorstellung von der Preisverteilung zu bekommen.
Ich mag Paginierung für Texte nicht wirklich. Es fühlt sich an, als würde man immer noch versuchen, das Web in ein Buch zu verwandeln.
Und zu wissen, wie viele, ist wirklich wichtig, wenn man mir die Wahl gibt, zu unendlichem Scrollen zu wechseln. Unendliches Scrollen ist großartig für 300 Artikel. 1.000 – nicht so sehr.
Bei Ihrem Beispiel, dass Sie in die Mitte von 25 Seiten Suchergebnissen springen möchten, beweist das meiner Meinung nach wirklich, dass einfach nur Seitenzahlen nicht besonders nützlich sind. Wäre es nicht besser, ein weiteres Suchfeld zu haben, in dem Sie die Ergebnisse nach Preis eingrenzen könnten?
Im Allgemeinen: Ja, Sie sollten eine Möglichkeit bieten, in die Mitte zu springen. Aber verwenden Sie aussagekräftige Wegweiser, damit die Benutzer wissen, wohin sie gehen. Bei Blogbeiträgen ist es, wenn Sie mehr als ein paar Seiten mit Ergebnissen haben und die Zuordnung von Beiträgen zu Seiten sich mit jeder neuen Ergänzung ändert, wirklich nicht viel Sinn von „Springe zu Seite 17“.
Stattdessen wäre es nützlich, einen Link zu einer organisierten Archivliste zu haben, die nach Jahr/Monat gruppiert ist.
Für verschiedene Arten von Listen gäbe es unterschiedliche Entsprechungen zu „Archiv“, aber in jeder Situation sollte es eine Möglichkeit geben, eine organisierte, leicht zu navigierende Liste oder Hierarchie von Inhalten anzuzeigen.
[<- Neuer ] [1] [2] *3* [4] [5] [ Älter ->]
[<<- Neueste Beiträge ] [ Archiv ->>]
Es ist eine Nuance. Ich möchte nicht immer zu Seite 10 gehen – Seite 10 wird jedes Mal anders sein. Aber manchmal möchte ich schnell durch Ergebnisse blättern, anstatt nur eine Suche einzugrenzen und einen neuen Satz von Seiten zu erhalten.
Das ist nur eine persönliche Präferenz von mir als „Kunde“. Als Entwickler mag ich Paginierung nie. ;^)
Absolut einverstanden – und das Gleiche gilt für viele andere Situationen auch.
Stellen Sie sich z.B. eine alphabetisch geordnete Liste vor – und Sie möchten zu den Einträgen springen, die mit einem bestimmten Buchstaben beginnen. Mit „typischen“ nummerierten Paginierungslinks erfordert dies ein wenig (oder viel, je nach Menge und Verteilung der Daten) Ausprobieren, um die richtige Seite zu finden.
Wie wäre es mit einem Titelattribut (oder einer anderen Form von Tooltip), um dies zu verbessern? Wenn man über den Link zu Seite X fährt, könnte dies „Häuser von 950.000 bis 775.000 US-Dollar“ für Ihr Beispiel anzeigen, oder „Einträge beginnend mit **Fo** bis **Gh**“ für meine alphabetische Sortierung.
Natürlich erfordert dies möglicherweise etwas zusätzliche Datenbankarbeit (aber wir cachen solche Dinge sowieso, oder?). Und es ist vielleicht weniger nützlich für große Datensätze, bei denen wir Links zu Ergebnissen wie „1 … 136 **137** 138 … 1768“ weglassen. Aber dennoch denke ich, dass es in bestimmten Situationen eine Verbesserung sein könnte.
Genau, Rio. Als Verbraucher kümmert mich Paginierung nur, wenn ich große Ergebnislisten beim Einkaufen und nach Preis ansehe.
Zum Beispiel gibt Ihnen ein Ort wie Zappos 9000 Ergebnisse für Damenstiefel. Ich könnte die Ergebnisse mit ihren schicken Filtern eingrenzen, aber an manchen Tagen weiß ich vielleicht nicht wirklich, ob ich Grau oder Braun oder Schwarz will. Oder vielleicht Rot.
Fuel UX hat ein Texteingabefeld, damit Sie eine Seitenzahl eingeben können.
http://exacttarget.github.io/fuelux/javascript.html#repeater
Mein ideales Paginierungssteuerelement wäre ähnlich wie ihres, aber vielleicht mit einer Mischung aus Texteingabe/Auswahl, um Seitenzahlen in der Mitte auszuwählen.
Danke, dass Sie all Ihre Gedanken zur Paginierung geteilt haben,
Ich denke, wenn es um Benutzerfreundlichkeit und das Erlebnis des Betrachters geht – was sind sie gewohnt?
… schauen Sie sich die Seiten mit langen Listen wie soziale Netzwerke an, „mehr Optionen“ vertikale Lösung.
also eine intuitive vertikale Lösung – auf und ab für ältere neuere ist, was ich stattdessen wählen würde, anstatt links oder rechts.
Persönlich bevorzuge ich mehr Steuerelemente. Etwas wie << < 1 2 **3** 4 5 > >> oder sogar ein Eingabefeld, um zu einer bestimmten Seite zu gelangen, auch wenn dies über die URL-Leiste erfolgen kann.
Gute Zusammenfassung vieler häufiger Implementierungsprobleme mit diesem Designmuster.
Ich würde noch etwas hinzufügen: Tastaturzugriff. Es ist eine Qual für den Entwickler, es zu implementieren, aber es ist eine Qual für viele Benutzer, wenn Sie es nicht tun.
Wenn Sie Links-Pfeiltasten verwenden oder etwas, das im Allgemeinen Vorwärts-/Rückwärtspfeilen entspricht, reagieren Sie bitte auf die Pfeiltasten. Es ist eine häufige Frustration. Wenn es mehr als 3-4 Dinge zum Durchblättern gibt, möchte ich nicht meine Maus greifen und sie an einer Stelle halten, ich möchte mich zurücklehnen und einfach gemütlich tippen.
Wenn Sie neue Inhalte beim Scrollen auslösen, stellen Sie bitte auch sicher, dass es auf Seite nach oben/Seite nach unten funktioniert (das ist normalerweise kein Problem bei Websites mit kontinuierlichem Laden, da diese Tasten die normalen Scroll-Ereignisse auslösen, aber heute Morgen bin ich auf einer schicken animierten Seite gelandet, die beim Herunterscrollen nichts tat).
Meine Gedanken zum Textaspekt sind: Wenn Sie nicht etwas wie nummerierte Paginierung oder „Gehe zu Seite 2“ oder Ähnliches tun, sollten Sie immer „Ältere Elemente“ oder etwas Beschreibenderes verwenden, wohin der Benutzer gelangt. Zu oft habe ich Websites besucht, auf denen ich auf etwas tippe, das wie der nächste Pfeil aussieht, und es mich an den falschen Ort bringt, weil sie nur Pfeile verwendet haben. Jetzt muss ich mich noch zweimal bewegen, um dorthin zu gelangen, wo ich hin möchte.
Außerdem möchte ich sagen, wenn Sie nummerierte Paginierung verwenden, um Himmels willen, machen Sie Ihre Zahlen von angemessener Größe. Eine nummerierte Paginierung mit kleinem Buchstabenabstand oder ungleichmäßiger Breite kann wirklich Probleme verursachen. Ganz zu schweigen von der Schriftgröße. Die Menge an 9px Paginierungen da draußen ist verrückt.
Ich habe kürzlich Microsofts IE-exklusives „Flip-Ahead“-Browsing entdeckt. Es ist eine ziemlich geniale Paginierungslösung. In Ihrem HTML verweisen Sie auf die „nächsten“ und „vorherigen“ Seiten, die vom Browser erkannt werden. Dann können Sie nach links oder rechts wischen, um zu navigieren, oder diesen Bildschirm-Button „Weiter“ bekommen, falls Sie eine Maus verwenden. Es löst das Problem, dass Benutzer nicht nach dem nächsten Link suchen müssen.
Leider ist es nur für IE und noch schlimmer: Es muss auch vom Benutzer manuell aktiviert werden.
Selbst wenn Sie lieber beliebige chronologische, ganzzahlige Paginierungen verwenden, wäre es dann nicht sinnvoll, die Nummern umzukehren? Anstatt 1, 2, 3, um in der Zeit zurückzugehen, sollten die Nummern bei der höchsten Anzahl von Inhalten beginnen, die Sie haben.Wenn Sie das jetzt erwähnen, erscheint es wie ein Kinderspiel. Ich bin mir nicht sicher, ob WordPress so konfiguriert werden kann?
Es muss etwas gegen unendliches Scrollen unternommen werden. Es verursacht schwerwiegende Probleme in den folgenden Fällen:
Unendliches Scrollen mag auf Pinterest funktionieren, aber ich wünschte wirklich, Designer würden aufhören, es wahllos zu implementieren, ohne die Benutzerfreundlichkeit zu berücksichtigen. Meistens ist an der traditionellen Paginierung nichts auszusetzen, und ich habe das Gefühl, dass unendliches Scrollen manchmal nur eine Ausrede ist, um den Benutzer absichtlich versehentlich mehr laden zu lassen, damit er auch mehr Anzeigen lädt.
Ich denke, ein Pfeil nach rechts bedeutet „zeige mir Inhalte, die ich noch nicht gesehen habe“, während ein Pfeil nach links bedeutet „zeige mir, was ich vorher gesehen habe“. Ich mag auch die Idee des unendlichen Scrollens, bei der oben/unten jeweils neu/alt bedeutet.
Interessante Gedanken. Für mich würde es sich seltsam anfühlen, auf Seite 321 (oder was auch immer) zu beginnen und mich zu Seite 1 vorzuarbeiten.
Entschuldigen Sie das grobe Beispiel, aber dieser Ansatz gefällt mir sehr gut. Man bekommt das Beste aus beiden Welten mit einfacher – einstufiger Paginierung, aber man kann zu einer bestimmten Seite springen
http://codepen.io/basement31/pen/AwBkl
Bevorzuge unendliches Scrollen, besonders für responsive.
Wie viele Ergebnisse pro Seite für ein Telefon?
Hasse Paginierung.
Ich denke, Paginierung hat ihren Platz – das Nervigste für mich ist jedoch, nur eine kleine Anzahl von Ergebnissen pro Seite anzuzeigen. Es hängt wahrscheinlich vom Kontext ab, da Nachrichten-/Blogartikel mit zunehmendem Alter wahrscheinlich weniger relevant werden, aber in einer E-Commerce-Umgebung ist „Alle anzeigen“ (oder eine geeignete große Zahl) ein Muss.
Zum Thema unendliches Scrollen, ich denke, der hybride Ansatz funktioniert gut, wo man klickt, um mehr zu laden, aber es wird trotzdem in denselben Fluss geladen und die URL aktualisiert. Das Beste aus beiden Welten.
Hier auch, ich hasse Paginierung, noch mehr mit tatsächlichen Zahlen, wer klickt noch auf mehr als 5? Ich denke, wenn das, wonach Sie suchen, nicht auf den ersten drei Seiten/Ergebnissen/Ansichtsbereichen usw. ist, liegt Ihr Problem nicht an Ihrer Paginierung, sondern an Ihrer Suchmaschine (hi Amazon!) oder Ihrer Navigation. Deshalb ist Pinterest anders, man blättert durch eine Galerie, es sind keine Suchergebnisse, dasselbe bei Zeitachsen, Browsen ist anders als Suchen.
Ich bevorzuge unendliches Scrollen, auf die gleiche Weise, 3 unendliche Scrollvorgänge und dann den Benutzer auffordern; natürlich keine Footer und wenn man die „Bounce“-Ränder zum mehr Laden nutzen kann, umso besser.
Das Problem mit unendlichem Scrollen ist, dass Browser, selbst die neuesten, alles im Speicher puffern und irgendwann langsamer werden und abstürzen, einfrieren oder etwas anderes Hässliches tun.
Ich denke, es ist ganz in Ordnung, eine Diskussion über das gegebene Thema anzustoßen.
Wenn ich Ihren Blog, Chris, lese, denke ich manchmal: „Was mache ich hier?“
Ich bin nur ein Anfänger in der sich schnell entwickelnden Welt der Website-Entwicklung.
Wenn ich die Kommentare und Antworten lese, denke ich: „Wovon reden die?“
Aber heute kann mein Status als Web-Nutzer Ihnen einige nützliche Informationen liefern.
Warum sollte jemand durch **viele Seiten** (Bilder/Artikel etc.) nur mit einem nächsten oder vorherigen Pfeil oder Button gehen wollen?
Wenn die nächste oder vorherige Option zur Verfügung steht, um durch eine **begrenzte Anzahl** von Seiten zu gehen (z. B. als Ergebnis einer vorherigen Suche), dann kann sie akzeptabel sein.
Meine Meinung jedoch: Verwenden Sie diese Pfeile nie, es sei denn, es sind nicht mehr als (sagen wir mal) 5 Seiten beteiligt.
Tesco's Blinkbox macht einen ausgezeichneten Job bei der Bewältigung dieses Problems. Sie scrollen zum Ende der geladenen Inhalte, dann klicken Sie zum Laden weiterer. Dies aktualisiert die URL, um eine Seitenzahl einzufügen.
Sie können diese „Seite“ (oder jede andere) aufrufen, wann immer Sie möchten, und sie springt sofort zu diesem Inhalt und lädt frühere Daten nur, wenn Sie zurückscrollen.
Es ist wirklich sehr gut umgesetzt.
+1 für diese Lösung
Meiner Meinung nach ist es fast immer notwendig, Text in Paginierungslinks einzufügen. Benutzer möchten wissen, auf welcher Seite sie sich befinden, und viele von ihnen schauen nicht auf die Seiten-URL.
Außerdem ist es wirklich nützlich, wenn Benutzer um eine bestimmte Anzahl von Seiten springen möchten.
Was halten Sie von Paginator 3000?
Ich dachte immer, eine kleinere Paginierung sei ein Schema, um Anzeigenaufrufe zu generieren. Es ist schmerzhaft, Websites mit nur 5 Dingen auf 1 Seite zu besuchen, aber 40 Seiten... Aber ohne Paginierung sind Benutzer verloren: „*es war, glaube ich, auf der dritten Seite*“ – das ist ein feines Gleichgewicht.