Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 11740 invoked from network); 4 Dec 2006 13:19:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2006 13:19:37 -0000 Received: (qmail 50680 invoked by uid 500); 4 Dec 2006 13:19:45 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 50586 invoked by uid 500); 4 Dec 2006 13:19:44 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 50575 invoked by uid 99); 4 Dec 2006 13:19:44 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Dec 2006 05:19:44 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of ml@wrinkledog.com designates 207.162.210.50 as permitted sender) Received: from [207.162.210.50] (HELO wrinkledog.com) (207.162.210.50) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 04 Dec 2006 05:19:32 -0800 Received: (qmail 17491 invoked by uid 0); 4 Dec 2006 13:19:07 -0000 Received: from unknown (HELO ?192.168.0.5?) (ml@67.171.172.83) by wrinkledog.com with SMTP; 4 Dec 2006 13:19:07 -0000 Mime-Version: 1.0 (Apple Message framework v624) In-Reply-To: <4573EA7F.4090006@apache.org> References: <4573EA7F.4090006@apache.org> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Message-Id: <9d4c970a045d3b5a5268b7af32ba41c8@wrinkledog.com> Content-Transfer-Encoding: quoted-printable From: Mark Lundquist Subject: Re: [RT] Improved matching & selecting Date: Mon, 4 Dec 2006 05:19:03 -0800 To: dev@cocoon.apache.org X-Mailer: Apple Mail (2.624) X-Virus-Checked: Checked by ClamAV on apache.org On Dec 4, 2006, at 1:29 AM, Sylvain Wallez wrote: > I even think it may be implemented in a backwards compatible way, by > switching between the two approaches depending on the existence of a > "pattern" attribute, and thus go in a 2.2.x release. Good idea... yes, I think that would be possible. =97ml=97