Pagination
Ik heb een pagina met nogal wat gegevens. Bijna 5000. Dus een paginanummer drong zich op. Hoe bekijken jullie dit. meer bepaald
Laten jullie de gebruiker kiezen hoeveel records er zichtbaar zijn
Naar hoeveel pagina's verwijzen
van welke pagina
tot welke pagina
een "ga naar einde" / "ga naar begin" ja of nee
Welke symbolen gebruik je hierbij?
enz.
Meer bepaald gaat het bij mij om mijn laatste aankopen van strips.
https://www.janr.be/collecties/strips/last.php
Jan
<< 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. ;-)
- 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.
Toevoeging op 09/09/2017 20:33:54:
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.
Gewijzigd op 09/09/2017 20:43:51 door - Ariën -
- 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:
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.
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.
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.
Gewijzigd op 09/09/2017 22:00:52 door Jan R
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.
- (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?
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.
Toevoeging op 10/09/2017 23:22:14:
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.
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.