Return-Path: 
 <cocoon-dev-return-24223-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 70383 invoked by uid 500); 14 Mar 2002 11:08:14 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 70366 invoked from network); 14 Mar 2002 11:08:13 -0000
Message-ID: <3C9083C7.4040109@anyware-tech.com>
Date: Thu, 14 Mar 2002 12:04:39 +0100
From: Sylvain Wallez <sylvain.wallez@anyware-tech.com>
Organization: Anyware Technologies
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:0.9.8) Gecko/20020204
X-Accept-Language: en, fr
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: SiteMap Interpreter behaving differently to SiteMap Compiler
References: <Pine.LNX.4.31.0203141021220.20882-100000@mogh.dff.local>
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

Torsten Curdt wrote:

>On Thu, 14 Mar 2002, Jeremy Quinn wrote:
>
>>Hi All,
>>
>>I just switched my cocoon.xmap to use TreeProcessor instead of the SiteMap
>>compiler.
>>
>
>Me too... I've had also some problems but haven't had yet the time to
>investigate further. So I had to switch back...
>
Can you describe what happens or what behaves differently ?

>><slash-edit/> stops working ......
>>
>>I have not had time to work out why, but at first glance it may be this :
>>
>>
>>    	<!-- get|view|new a page as a form or a view, in the document root -->
>>			<map:match pattern="*(*)/*">
>>				<map:aggregate element="{1}" label="agg">
>>                                ---
>>                                 |
>>no substitution here ------------+
>>
Good analysis, Jeremy ! It's now corrected, and it seems to work fine. 
Can you please cross-check ?

>>
>>					<map:part src="editor/docs/{2}-config.xml"/>
>>					<map:part src="cocoon:raw:/fetch-{1}({2},/,{3})"/>
>>
>
>geez... what is that "cocoon:raw:/" this works? Two protocols?
>
This is a sub-protocol. In this particular case, it means that the 
request parameters aren't transmitted to handle the "cocoon:" request.

-- 
Sylvain Wallez
  Anyware Technologies                  Apache Cocoon
  http://www.anyware-tech.com           mailto:sylvain@apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org