Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 53444 invoked from network); 28 Mar 2005 12:33:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Mar 2005 12:33:44 -0000 Received: (qmail 79210 invoked by uid 500); 28 Mar 2005 12:33:42 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 79174 invoked by uid 500); 28 Mar 2005 12:33:42 -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 79157 invoked by uid 99); 28 Mar 2005 12:33:42 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from postfix3-2.free.fr (HELO postfix3-2.free.fr) (213.228.0.169) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 28 Mar 2005 04:33:41 -0800 Received: from [192.168.0.100] (lns-vlq-39f-81-56-134-235.adsl.proxad.net [81.56.134.235]) by postfix3-2.free.fr (Postfix) with ESMTP id 87003C0CB for ; Mon, 28 Mar 2005 14:33:39 +0200 (CEST) Message-ID: <4247F9A3.8020807@apache.org> Date: Mon, 28 Mar 2005 14:33:39 +0200 From: Sylvain Wallez Organization: Anyware Technologies User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: XMLHTTPRequest References: <4247EE99.2050604@citycita.net> In-Reply-To: <4247EE99.2050604@citycita.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Philippe Guillard wrote: > Hi > > I was happy/surprised to discover the xhr_carselector in 2.1.7 > samples, and just want to get news about it (Sorry i can't access > Bugzilla today, and before didn't find much on bug 34077). > I imagine this feature needs lots of work, maybe CForms re-work, so i > just wonder what is the situation. The current situation is just this nice sample, but I had some background thinking about Ajax-ifying CForms for some times now and this is itching me more and more :-) Basically, the idea is that widget stylings can be "ajax-aware". This means two things: 1 - the styling can send some events back to the form 2 - the various elements of the styling can be asynchronously updated, The first item can be bound to the fact that a widget has an on-value-changed or on-action event handler, sending form values back to the server using XHR, and waiting for some update actions from the server. When receiving an XHR-originated post, the form tracks all changes made to widgets as a reaction to this post (i.e. values/selection-lists/labels/errors/repeater-sizes, etc) and sends back this event list to the client (we will need a special generator for this). The client sends these changes to the individual widget stylings in the page, which updates the display. If some non-ajax-enabled styling needs to be updated (e.g. a repeater table), then a full page reload is triggered. This allows for the coexistence of "passive" stylings (the current ones) and ajax-aware stylings in a single page. Just some rough ideas for now... Sylvain -- Sylvain Wallez Anyware Technologies http://apache.org/~sylvain http://anyware-tech.com Apache Software Foundation Member Research & Technology Director