Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <3FC283E0.3000902@virbus.de>
Date: Mon, 24 Nov 2003 23:19:12 +0100
From: Joerg Heinicke <jheinicke@virbus.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.5) Gecko/20031007
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: FragmentExtractor: component parameter vs. map:parameter for
 extract-{uri,element}
References: <20031124154506.GA3762@tux.wh17.tu-dresden.de>
 <3FC25D11.9010501@virbus.de> <20031124220454.GB3762@tux.wh17.tu-dresden.de>
In-Reply-To: <20031124220454.GB3762@tux.wh17.tu-dresden.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

On 24.11.2003 23:04, Sebastian Klamar wrote:

> * Joerg Heinicke [2003-11-24 20:33 +0100] wrote:
> 
>>The change would be really easy as you can see if you have a look at 
>>other transformers that are <map:parameter>izable - something I could 
>>even do ;-) But I don't have that much time at the moment. 
> 
> 
> I've done the changes locally.  I could post a bugzilla request to make
> the change go into CVS.

Yes, this would be cool.

>>And you must let the caching be based on the two parameters.
> 
> 
> Yes, that needs more investigation.  But my current experience for
> the old (current) version is that caching doesn't work right!  If I
> change the configuration inside <map:components/> no new document gets
> processed.  Cocoon is delivering an old, cached version :-/

That's correct from the implementation, but wrong from the expectation I 
guess :-)

>>To the others: Is there any reason this transformer is in the batik 
>>block? AFAICS it has nothing to do with batik and is a really simple 
>>transformer.
> 
> 
> Nothing to do... Hmm, to my knowledge the couple of
> FragmentExtractor{Transformer,Generator} was created due to needs of
> creating SVG images that are described inside the page.  So it's a
> little bit historical.  But I agree with you, the extractor function is
> not limited to svg processing -- I use it to store a fragment or the
> whole document for later processing.

Ah, inline SVG. Hmm, I would like to remove it to the core then. Any 
objections?

Joerg

> -- 
> Die letzten Worte...
>       des Formel-1 Piloten: "Ob der Mechaniker wei�, dass ich mit seiner
>                                                       Freundin schlafe?"

ROTFL. After reading this I had problems to write the mail :-)