Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 51870 invoked from network); 19 Jan 2004 23:44:44 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 19 Jan 2004 23:44:44 -0000 Received: (qmail 39446 invoked by uid 500); 19 Jan 2004 23:44:22 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 39320 invoked by uid 500); 19 Jan 2004 23:44:21 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 39304 invoked from network); 19 Jan 2004 23:44:21 -0000 Received: from unknown (HELO mail.gmx.net) (213.165.64.20) by daedalus.apache.org with SMTP; 19 Jan 2004 23:44:21 -0000 Received: (qmail 18506 invoked by uid 65534); 19 Jan 2004 23:44:27 -0000 Received: from a183069.studnetz.uni-leipzig.de (EHLO gmx.de) (139.18.183.69) by mail.gmx.net (mp018) with SMTP; 20 Jan 2004 00:44:27 +0100 X-Authenticated: #3483660 Message-ID: <400C6C25.8010300@gmx.de> Date: Tue, 20 Jan 2004 00:45:41 +0100 From: Joerg Heinicke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: de-de, de, en-us, en-gb, en MIME-Version: 1.0 To: users@cocoon.apache.org Subject: Re: xsp:attribute bug ??? References: <400C0708.5040109@o2.pl> In-Reply-To: <400C0708.5040109@o2.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hello Marcin, we know that the xsp.xsl is somewhat buggy. In this special case a bug already exists: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15841. The reason for your problem is, that first xsp:attribute is collected and afterwards all the other elements. Joerg On 19.01.2004 17:34, Marcin Okraszewski wrote: > Hi, > I have a filling that there is some bug with xsp:attribute. It seems, > that attributes are always created, no matter if there is some logic > that should prohibit to create the attribute. > > For instance: > > > if (false) { > > true > > } > > > > is transformed to: > > xspAttr.addAttribute( > "", > "should-not-be", > "should-not-be", > "CDATA", > "true" > ); > > this.contentHandler.startElement( > "http://www.eti.pg.gda.pl/layout", > "data-source", > "layout:data-source", > xspAttr > ); > > if (false) { > > } > > Well, this is far from what I expected :-( > I'm working with Cocoon 2.1.4-dev (version from something like 1-2 > months ago). > > Regards, > Marcin Okraszewski --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org