Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 16982 invoked from network); 7 Dec 2004 13:43:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 7 Dec 2004 13:43:10 -0000 Received: (qmail 62432 invoked by uid 500); 7 Dec 2004 13:43:03 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 62405 invoked by uid 500); 7 Dec 2004 13:43:03 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 62387 invoked by uid 99); 7 Dec 2004 13:43:03 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from v07274.home.net.pl (HELO v07274.home.net.pl) (212.85.125.162) by apache.org (qpsmtpd/0.28) with SMTP; Tue, 07 Dec 2004 05:43:01 -0800 Received: from sj162.internetdsl.tpnet.pl (HELO ?192.168.1.62?) (lgawron.mobilebox@home@80.55.87.162) by matrix15.home.net.pl with SMTP; 7 Dec 2004 13:42:57 -0000 Message-ID: <41B5B36C.1040401@mobilebox.pl> Date: Tue, 07 Dec 2004 14:43:08 +0100 From: Leszek Gawron User-Agent: Mozilla Thunderbird 1.0RC1 (Windows/20041201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [cforms] Repeater and large collections References: <41B5B011.7030908@apache.org> In-Reply-To: <41B5B011.7030908@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Reinhard Poetz wrote: > > Suppose you have a repeater that is bound to a potentially very large > collection of objects (e.g. a list with 8000 objects) provided by an > O/R-mapper. > First, it is not a good idea to show all 8000 rows on one page. Some > kind of paginating functionality is needed. Does anyone have a working > "paging" solution? I am doing pagination but use CForms only for handling actions and buttons. I do not render rows with a repeater. It is implemented by a set of jx macros. The control allows for following: - display a set of rows - display navigation (first, prev, next, last) - control the number of rows displayed - seek to a specified page - filter the results with cforms widgets > > Second, I don't want to bind, let's say 10000 objects (means copying > 10000 objects!) to a repeater, though the user should have the > possibility to edit all rows. > > I can think of > > a) Don't use cForms for the table. Each row has an "edit" button and > after clicking it, a new page that only shows a single object opens. > > + use lazy loading features of O/R mapping tool > --> low memory consumption > - works around the cForms framework > --> how to implement "mass operations" like deleting a group of objects? each row having a checkbox and a delete action. Would have to fetch ids to delete by yourself (out of CForms). -- Leszek Gawron lgawron@mobilebox.pl Project Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65