Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Message-ID: <46A5C39A.1060004@apache.org>
Date: Tue, 24 Jul 2007 11:17:14 +0200
From: Grzegorz Kossakowski <gkossakowski@apache.org>
User-Agent: Thunderbird 2.0.0.5 (X11/20070716)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Set depraction for client side javascripts [WAS: Re: Move from
 HTMLArea to Xinha]
References: <32194042.1185119406432.JavaMail.jira@brutus>
 <46A485F5.6010609@apache.org> <46A48D8D.4050005@apache.org>
 <46A48FAD.60402@apache.org> <46A49FAF.30403@apache.org>
 <46A4A3EB.4050700@apache.org> <46A4A558.40605@apache.org>
 <46A4A76E.6070608@apache.org> <46A4A8CA.3090102@apache.org>
 <46A4A9FB.2090308@apache.org> <46A5BA20.5090602@apache.org>
 <46A5BB78.9050505@apache.org> <46A5C10B.3080708@apache.org>
In-Reply-To: <46A5C10B.3080708@apache.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Felix Knecht pisze:
> I propose to have a a parameter we can set in the sitemap for readers
> indicating that the read resource is deprecated.
> This parameter will be read in the o.a.c..r.AbstractReader and log a
> warning in case of (is a System.out.println also needed?).
> 
>   <map:match pattern="resource/external/forms/**.js">
>     <map:read src="resource://org/apache/cocoon/forms/resources/{1}.js"
> type="servletLinkRewriter">
>       <map:parameter name="deprecated" value="true"/>
>   </map:match>

Felix, I see that you are going to deprecate HTMLArea right now. Have you seen Reinhard's response[1], especially this:?

   >> What others think about it? Do we need a vote?

   yes please so that the decision gets explicit to everybody who doesn't follow
   each mail thread in every detail.

[1] http://article.gmane.org/gmane.text.xml.cocoon.devel/74250

-- 
Grzegorz Kossakowski
http://reflectingonthevicissitudes.wordpress.com/