Return-Path: 
 <dev-return-79874-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 85180 invoked from network); 13 Oct 2005 15:32:36 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 13 Oct 2005 15:32:35 -0000
Received: (qmail 70854 invoked by uid 500); 13 Oct 2005 15:03:36 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 70799 invoked by uid 500); 13 Oct 2005 15:03:36 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
List-Post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
List-Id: <dev.cocoon.apache.org>
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 70787 invoked by uid 99); 13 Oct 2005 15:03:35 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Oct 2005 08:03:35 -0700
Received-SPF: neutral (asf.osuosl.org: local policy)
Received: from [66.111.4.27] (HELO out3.smtp.messagingengine.com)
 (66.111.4.27)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Oct 2005 08:03:37 -0700
Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149])
	by frontend1.messagingengine.com (Postfix) with ESMTP id 3B84FCD1514
	for <dev@cocoon.apache.org>; Thu, 13 Oct 2005 11:03:13 -0400 (EDT)
Received: from frontend2.messagingengine.com ([10.202.2.151])
  by frontend1.internal (MEProxy); Thu, 13 Oct 2005 11:03:13 -0400
X-Sasl-enc: 7Xy+fJr88D04nDfDKatTZN+Xl1vkTu8+Db/Lxz/SGWEj 1129215792
Received: from [10.0.0.3] (host-84-9-40-72.bulldogdsl.com [84.9.40.72])
	by www.fastmail.fm (Postfix) with ESMTP id 46E185703A7
	for <dev@cocoon.apache.org>; Thu, 13 Oct 2005 11:03:12 -0400 (EDT)
Message-ID: <434E7718.9090503@odoko.co.uk>
Date: Thu, 13 Oct 2005 16:02:48 +0100
From: Upayavira <uv@odoko.co.uk>
Organization: Odoko Ltd
User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051011)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Question about addition of "-input" to id of CForms widgets
References: <1129109740.6945.15.camel@localhost.localdomain>
 <4F4C0351-B30E-440A-84C4-467CA41946E5@pronetics.it>
 <434E6FB2.5010500@reverycodes.com> <434E7647.2000502@apache.org>
In-Reply-To: <434E7647.2000502@apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Sylvain Wallez wrote:
> Vadim Gritsenko wrote:
> 
>> Same here. I think we should treat those XSLT files more like our
>> public API with forms users and keep an eye on backward compatibility.
> 
> 
> 
> I agree. But the problem is that the switch to Ajax required more ids in
> the page to identify "updatable units" which are bound to the form
> widgets while still also identifying inputs for labels.
> 
> So we can consider that the current id scheme, although changed wrt
> 2.1.7, contains enough information to do some advanced Ajax stuff and is
> not likely to change.

Could the Ajax code not look for <field>.container, and if it doesn't
find it, use <field> instead? Would that get us back to the old style of
ids and keep everyone happy?

Regards, Upayavira