Pagination

Ik toon dat net als op een cassettedeck.

<< Begin
< Eentje terug
> Eentje verder
>> Laatste pagina

En hoeveel records er worden getoond bepaal ik zelf wel. Straks willen ze 5.000 records tonen en staat mijn server onnodig te ronken. ;-)

Pagination met meer dan een tiental pagina's vind ik altijd een beetje een zwaktebod. Als ik alleen maar door informatie kan scrollen door tientallen pagina's af te struinen dan heb ik er geen zin in. Dan wil ik twee opties hebben:
- een zoekfunctie (bijvoorbeeld zoeken op trefwoord) om het aantal resultaten (pagina's) te beperken).
- (juist wel) alles in 1x kunnen tonen, zodat ik met de zoekfunctie van de pagina kan zoeken.

O ja, dit gaat ook nog niet goed: https://www.janr.be/collecties/strips/last.php?page=-1 (sowieso een beetje teveel informatie voor in een foutmelding).

Voor de rest zit je huidige paginator redelijk prima in elkaar. Het enige wat je nog zou kunnen doen is om bijvoorbeeld op deze pagina https://www.janr.be/collecties/strips/last.php tussen de '20' en de '>' nog een '...' op te nemen, om aan te geven dat er nog meer is.

[size=xsmall]Toevoeging op 09/09/2017 20:33:54:[/size]

O, wacht, het instellen van het aantal resultaten/pagina werkt ook nog niet goed: https://www.janr.be/collecties/strips/updateAantal.php?aantal=500

Rob Doemaarwat op 09/09/2017 20:30:11

O ja, dit gaat ook nog niet goed: https://www.janr.be/collecties/strips/last.php?page=-1 (sowieso een beetje teveel informatie voor in een foutmelding).

Dat is een gemene pittfall bij een navigation. Zelfs ik keek hier ooit eens overheen.
Nu controleer ik of de waarde lager is dan 1, en in dat geval blijft de waarde hardcoded een 1. Dus ze blijven bij -1, -2 etc. gewoon de eerste pagina zien.

- Ariën - op 09/09/2017 18:54:45

En hoeveel records er worden getoond bepaal ik zelf wel. Straks willen ze 5.000 records tonen en staat mijn server onnodig te ronken. ;-)

Wel de code aangepast dat uitsluitend MIJN waarden aanvaard worden :)

- Ariën - op 09/09/2017 20:43:02

[quote="Rob Doemaarwat op 09/09/2017 20:30:11"]
O ja, dit gaat ook nog niet goed: https://www.janr.be/collecties/strips/last.php?page=-1 (sowieso een beetje teveel informatie voor in een foutmelding).

Dat is een gemene pittfall bij een navigation. Zelfs ik keek hier ooit eens overheen.
Nu controleer ik of de waarde lager is dan 1, en in dat geval blijft de waarde hardcoded een 1. Dus ze blijven bij -1, -2 etc. gewoon de eerste pagina zien.

[/quote]
Opgelost. Een controle vergeten :(

Rob Doemaarwat op 09/09/2017 20:30:11

het instellen van het aantal resultaten/pagina werkt ook nog niet goed: https://www.janr.be/collecties/strips/updateAantal.php?aantal=500

Even niet getest op "real site". Onder Windows werkte het wel goed. Ik gebruik geen hoofdletters maar hier was er wel eentje in geslopen. :)

Jan

Alvast allemaal bedankt voor de ideeën en opmerkingen.

Rob Doemaarwat op 09/09/2017 20:30:11

- een zoekfunctie (bijvoorbeeld zoeken op trefwoord) om het aantal resultaten (pagina's) te beperken).
- (juist wel) alles in 1x kunnen tonen, zodat ik met de zoekfunctie van de pagina kan zoeken.

Dit.
Pagination is puur omdat je pagina anders te lang wordt... maar jij hebt liever dat je server 10 een hele pagina (inclusief header, footer, sessies) verwerkt dan 1x en uiteindelijk even veel data uit je database?
Gooi gewoon alles in 1x eruit, met een zoekvenster.
Om de data/snelheid van downloaden hoef je het tegenwoordig niet meer te laten.
Niets vervelender dan meerdere pagina's waardoor je niet ziet wat je nodig hebt.
En als het 1 tabel is met 5000 rijen... nou en?

Eddy E op 10/09/2017 11:35:16

Gooi gewoon alles in 1x eruit, met een zoekvenster.
Om de data/snelheid van downloaden hoef je het tegenwoordig niet meer te laten.
Niets vervelender dan meerdere pagina's waardoor je niet ziet wat je nodig hebt.
En als het 1 tabel is met 5000 rijen... nou en?

Dat vind ik een slecht advies Eddy. Browsers kunnen serieus op tilt slaan van een veel te grote pagina en ook de tijd voordat een gebruiker iets te zien krijgt gaat te lang worden. Bovendien gaan de meeste tabellen groeien in aantal en kunnen 5000 records 100000 records worden na enkele jaren.

[size=xsmall]Toevoeging op 10/09/2017 23:22:14:[/size]

Daarbij ga ik met Rob mee in het feit dat geen enkele gebruiker er op zit te wachten om honderden records door te bladeren om het gene te vinden wat hij zocht. Als hij het al gaat vinden :-) Een aantal filters of zoekfuncties helpen de gebruiker dan veel beter. Toch kan ook een zoekopdracht nog honderden resultaten bevatten dus blijft paginatie wel handig. In sommige gevallen kun je ook met Letters A..Z pagineren. Dat is een stuk gebruiksvriendelijker.

Je kunt ook gebruik maken van Tablesorter. Deze heeft veel mogelijkheden en is het JS gebaseerd waardoor je de pagina niet hoeft te refreshen.

http://tablesorter.com/docs/

Bij het risico tot 'teveel data' kun je ook 'infinite scroll' toepassen. Als de gebruiker dan voorbij de 75% scrollt haal je de volgende batch pas op. Voor de gebruiker die echt alles wil kun je dan evt. nog een CSV download oid doen. Kan ie het in Excel lekker verder uitzoeken.