[Koha-devel] Modules only on CPAN

[Martin Renvoize]

Throwing down the gauntlet here in a bit of a stream of conscience...

If search results are all we are paginating server-side then shouldn't we
really be focusing on search relevancy and limiting results down such that
we don't really need to paginate at all?  (I'm kinda hoping that the
elastic search work will go a long way to solving this dilemma...) I would
put money on analytic's showing that most users give up after page two or
three of the results at the latest.

I do think some page's need pagination, like the acquisitions pages for
example.. but the search results in my mind should be a bit more concise
and accurate in the first place ;)

Either way, this is going off topic somwhat

Just my two pennies...

Martin Renvoize
Software Engineer, PTFS Europe Ltd
Content Management and Library Solutions
Skype:
Landline: 0203 286 8685
Mobile: 07725985636

http://www.ptfs-europe.com


On 31 January 2014 08:08, Fridolin SOMERS <fridolin.somers at biblibre.com>wrote:

> Ok, I see.
> For search results indeed we make pagination in perl.
> But we should use code existing in opac-search.pl to be able to remove
> Data::Pagination, or use a debian-packaged module.
>
> Le 30/01/2014 17:00, Galen Charlton a écrit :
>
>  Hi,
>>
>> On Thu, Jan 30, 2014 at 7:52 AM, Owen Leonard <oleonard at myacpl.org>
>> wrote:
>>
>>> It is only used in opac/search.pl.
>>>>
>>>> I think pagination should not be done into perl. We use JQuery
>>>> Datatables
>>>> for that.
>>>>
>>>
>>> Perhaps, assuming you mean AJAX-loaded pagination, since bibliographic
>>> search results can potentially have hundreds of thousands of results.
>>> However, the OPAC ought to have a non-JavaScript fallback.
>>>
>>
>> Agreed, there is a place for server-calculated pagination.  I also
>> agree that Data::Pagination needs to be replaced.
>>
>> Regards,
>>
>> Galen
>>
>>
> --
> Fridolin SOMERS
> Biblibre - Pôles support et système
> fridolin.somers at biblibre.com
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20140131/4076bcd6/attachment.html>