search

INL / GTB-html

GTB zonder Flash
0 stars 0 forks source link

Niet meer dan 250 resultaten te downloaden #71

Closed jan-niestadt closed 6 years ago

jan-niestadt commented 6 years ago

(gemeld door Isabeau De Smet) Wanneer er meer dan 250 resultaten zijn en ik wil de volgende 250 resultaten (maw de tweede pagina) exporteren, verandert de resultatenlijst die ik online te zien krijg wel, maar de geëxporteerde versie bevat opnieuw dezelfde eerste 250 woorden. Het is met andere woorden niet meer mogelijk om meer dan de eerste 250 resultaten te downloaden. Kunnen jullie hier eens naar kijken?

pmasereeuw commented 6 years ago

@jan-niestadt bij het pagineren gebruik ik de queryparameter start. De danmalige waarde daarvan kan ik vast wel achterhalen uit de pagina, maar ik vermoed (met Jesse) dat de gebruiker meer gebaat is bij een totale export, dus niet gepagineerd (en eventueel wel gemaximeerd). Alleen - het window van 250 krijg je "cadeau". Is er iets waarmee je die 250 kunt overrulen?

Belangrijker vraag: willen we wel een volledige export (copyright?). Wat deed de oude applicatie?

jan-niestadt commented 6 years ago

De parameter 'aantal' override het aantal zoekresultaten per pagina.

jan-niestadt commented 6 years ago

En ik zou zeggen volledige export, tot een bepaald maximum, bijv. 50000 ofzo? Weet niet meer wat de oude applicatie deed eigenlijk. Copyright lijkt me niet zo'n probleem omdat het snippets zijn.

pmasereeuw commented 6 years ago

Ik zie dat de exportcode voor verschillende media gebruikt wordt (html, xml, csv). Bij HTML lijkt de gedachte te zijn dat je die uitvoer ook voor printen kunt gebruiken. Moeten we de gebruiker laten opletten dat hij niet onverhoeds het milieu belast door een heel bos papier te verstoken? Of hanteren we bij HTML een andere regel, d.w.z.: toon de huidige verzameling van (max.) 250?

pmasereeuw commented 6 years ago

Jan en ik hebben het maximum even op 10000 gezet. Voor HTML (print) gaan we er echter vanuit dat de gebruiker de huidige subset van 250 regels wil printen.

Er doet zich een extra moeilijkheid voor: door de omvang van 10000 is de vertraging zo groot dat er een wait-indicator moet komen, en een annuleeroptie. Ik moet nog uitzoeken hoe lastig dat is.

kdepuydt commented 6 years ago

Hoi, de functionaliteit was altijd dat mensen per 250 konden downloaden. Maar ik snap dat dit nu anders werkt. Ik vindt 10000 niet gek.

pmasereeuw commented 6 years ago

Tja, maar het heeft grotere gevolgen dan je zou denken, want er moet nu iets geregeld worden tegen het bevriezen van de applicatie. Eigenlijk realiseer ik me nu dat dat al het geval had moeten zijn, trouwens, maar de noodzaak wordt nu wat prangender.

kdepuydt commented 6 years ago

Is er niet een manier te bedenken om mensen de kans te geven volgende 250 te kunnen exporteren?

pmasereeuw commented 6 years ago

Ja, dat is een relatief eenvoudige fix. Dan zie je af van nieuw gedrag. Eigenlijk is echter sowieso een wacht-dialoog vereist; dat heb ik me eertijds niet gerealiseerd. Je merkt het vermoedelijk nu minder omdat de eerste 250 resultaten er sneller zijn dan wanneer je een aantal pagina's verder bent.

pmasereeuw commented 6 years ago

Ik heb een fix waarbij dit issue is opgelost, voorlopig 250 resultaten per export, dus identiek aan de getoonde pagina. Dit is makkelijk aan te passen d.m.v. een constante.

pmasereeuw commented 6 years ago

Omdat de pagina in een nieuw venster opent, vraag ik me af of ik de moeite moet doen om een wacht-popup te programmeren. Dit is vermoedelijk ook de oorzaak dat ik dat ooit vergeten ben. Maar heel nuttig is het niet, want de gebruiker heeft al een download-ervaring. Graag meningen!

jan-niestadt commented 6 years ago

Ik denk dat een wacht-popup niet nodig is als de resultaten er binnen 3 seconden zijn ofzo?