Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Subject: Re: Properties for NekoHTMLGenerator
From: Bruno Dumon <bruno@outerthought.org>
To: dev@cocoon.apache.org
In-Reply-To: <20060324091721.GA82309@vision.anyware>
References: <20060324091721.GA82309@vision.anyware>
Content-Type: text/plain; charset=ISO-8859-1
Date: Fri, 24 Mar 2006 13:10:45 +0100
Message-Id: <1143202245.6308.94.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit

On Fri, 2006-03-24 at 10:17 +0100, Jean-Baptiste Quenot wrote:
> Hello,
> 
> Can you please comment on this:
> https://issues.apache.org/jira/browse/COCOON-1639#action_12371243
> 
> Excerpt from the comment:
> 
> I was about to commit [the new NekoHTMLTransformer] when I noticed
> neko.properties containing URLs as  property keys. The javadoc for
> java.util.Properties states  that �  The key  contains all  of the
> characters in  the line  starting with  the first  non-white space
> character and up  to, but not including, the  first unescaped '=',
> ':', or white space character other than a line terminator. �.
> 
> Example:
> 
> http://xml.org/sax/features/namespaces=true
> http://cyberneko.org/html/features/balance-tags=true
> 
> Has  someone been  able to  test the  settings in  neko.properties
> successfully? If this is the case, why is the colon after http not
> interpreted as  a key separator?   Or quoting Andrew  Stevens � at
> worst it just needs the colons to be escaped �.

I have never used those components, but you're quite right that this
can't work. The colons will need to be escaped. Good observation.

-- 
Bruno Dumon                             http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno@outerthought.org                          bruno@apache.org