Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of karel.minarik@gmail.com
 designates 209.85.161.52 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=trdT/cRPZikH9l9tT21X8CC5GO27/f3ofcsxKsaVetKIdS13NioV8SQTfzfzv2fclK
         zncpvotzHU7558X0Ljb7g4vhzIqSI6eg0OvIXl7AVFEIXYEtd0QA2HpjJ8m2RxHPv7NN
         OFeXuaTLjYs6VPA7i6rXWEGY1v1SGgJqv1hp8=
Message-Id: <675F9510-85A3-4468-8A7D-B1A2900AB3EE@gmail.com>
From: =?UTF-8?Q?Karel_Mina=C5=99=C3=ADk?= <karel.minarik@gmail.com>
To: user@couchdb.apache.org
In-Reply-To: <AE698C3D-04AA-4DB2-8EB3-E518B3E58B60@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Subject: Re: WillPaginate compatible pagination for CouchPotato views (Ruby)
Date: Fri, 30 Jul 2010 07:51:21 +0200
References: <40A950DF-294C-40D0-8C09-40C26D8656D1@gmail.com>
 <AE698C3D-04AA-4DB2-8EB3-E518B3E58B60@gmail.com>

Hi Chris,

thanks for the feedback. I am well aware of the shortcoming. Two =20
reasons, mainly:

a) I had the code ready from previous implementation for the RelaxDB =20
gem.

b) I had not enough time to figure out/translate the abstract =20
description from the recipe into code. Moreover, will_paginate depends =20=

on the "Jump to Page" functionality =
[http://mislav.uniqpath.com/page_attachments/0000/0045/will_paginate-digg-=
style.png=20
]. As far as I understand it, that's explicitely explained as =20
impossible with the "correct" solution as presented in recipe?

Karel

On 29.Jul, 2010, at 19:04 , Chris Anderson wrote:

> Why not use the linked list style  pagination described also in that =20=

> recipe? The problem with the skip approach is that the 1000th page =20
> will take a long time to load (and potentially disrupt database =20
> performance for other queries). I'm not sure what advantage the =20
> approach you take gives over the proper solution.
>
> Sent from my iPhone
>
> On Jul 29, 2010, at 7:01 AM, Karel Mina=C5=99=C3=ADk =20
> <karel.minarik@gmail.com> wrote:
>
>> Hi,
>>
>> I've recently needed will_paginate =
[http://github.com/mislav/will_paginate/=20
>> ] pagination for CouchPotato [http://github.com/langalex/=20
>> couch_potato] views.
>>
>> You can get the WillPaginate adapter from the following Gist:
>>
>> --> http://gist.github.com/498177
>>
>> Tests are included in-file. Note that it uses the non-recommended, =20=

>> "slow" method of pagination as described in the relax book =
(http://books.couchdb.org/relax/reference/recipes#Pagination=20
>> ). Feedback is appreciated.
>>
>> Karel
>>
>> --
>> www.karmi.cz