Bug 1817 - pagination links disrupt display on large result sets
Summary: pagination links disrupt display on large result sets
Status: CLOSED INVALID
Alias: None
Product: Koha
Classification: Unclassified
Component: MARC Bibliographic record staging/import (show other bugs)
Version: master
Hardware: All All
: P3 enhancement (vote)
Assignee: Galen Charlton
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-06 01:53 UTC by Chris Cormack
Modified: 2018-12-03 20:04 UTC (History)
4 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Who signed the patch off:
Text to go in the release notes:
Version(s) released in:


Attachments
manage-marc-import screenshot (26.29 KB, image/png)
2008-09-26 00:58 UTC, Chris Cormack
Details
file iso unimarc with notices bib for test (block 10%) (319.73 KB, application/x-gzip)
2012-03-15 13:44 UTC, delaye
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 00:34:56 UTC


---- Reported by rch@liblime.com 2008-02-06 13:53:56 ----

Especially noticeable in tools/manage-marc-import.pl ...  A large number of pages causes a big block of page links to usurp the page.

Perhaps there's a yui component that can handle this for us ?
Or a two-level pagination display.



---- Additional Comments From oleonard@myacpl.org 2008-09-25 07:37:45 ----

I don't think I have the right data to trigger this bug, so a screenshot would be helpful. There is a jquery pagination plugin, but using it would still require the page to load all the page links before they could be hidden and reformatted with javascript.

Since Koha uses a pagination script to generate these links, perhaps that should be the focus rather than looking for a client-side fix?



---- Additional Comments From rch@liblime.com 2008-09-26 00:58:49 ----

Created an attachment
manage-marc-import screenshot


This is an import of 20,000 records, with 661 pages of results.



---- Additional Comments From oleonard@myacpl.org 2008-10-01 10:55:07 ----

See line 548 of catalogue/search.pl: "## FIXME: add a global function for this, it's better than the current global one."



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 00:34 UTC  ---

This bug was previously known as _bug_ 1817 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1817
Imported an attachment (id=373)

Actual time not defined. Setting to 0.0
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here: chris@bigballofwax.co.nz.
   Previous reporter was rch@liblime.com.
The original submitter of attachment 373 [details] is unknown.
   Reassigning to the person who moved it here: chris@bigballofwax.co.nz.

Comment 1 delaye 2012-03-15 13:44:49 UTC
Created attachment 8211 [details]
file iso unimarc with notices bib for test (block 10%)
Comment 2 Katrin Fischer 2013-04-14 09:28:50 UTC
Could we use server site processing with data tables here?
Comment 3 Jonathan Druart 2013-04-15 07:40:16 UTC
(In reply to comment #2)
> Could we use server site processing with data tables here?

Yes, we could. But implementing server side processing is not a trivial job.
An easy fix would be to hide some page numbers (for example start + 10 to end - 10).
Comment 4 Josef Moravec 2018-04-26 10:20:07 UTC
This tool now uses datatables, so this does not apply anymore.