> From: Christian Haul [mailto:[EMAIL PROTECTED]] > > On 31.Jul.2002 -- 09:50 AM, Vadim Gritsenko wrote: > > Hi all, > > > > As pointed out by Lorenzo De Sio on user group (Subj: Multiple > > map:resource calls), there is an issue with map:resource handling. > > > > On one side, sitemap.xmap states: > > > > <!-- > > Resources are pipeline fragments that may be used from different > > pipeline fragments. For our needs, they behave exactly like > > pipelines, only that they are not accessible from outside. > > Hence I will explain what's inside below for pipelines. > > Yes, I've written that paragraph. It is a simplification that I > thought would be OK when introducing sitemap components. > > > On the other, implementation of the sitemap stops processing right > > after call to resource, which means that resource is not fragment > > at all, but more similar to a view, which must be placed at the > > end of pipeline. In my understanding of word "fragment", fragment > > can be used in the middle of pipeline - which is not possible right > > now. > > Right, that's the behaviour that resources always exhibited. So that > is "correct".
Ok. I found that on userdocs/concepts/sitemap.html resource described as: " The <map:resource> element is used as a placeholder for pipelines that are used several times inside the document " Won't then this be better: " The <map:resource> element is used to define pipelines fragments that can be reused several times inside the sitemap. ... <map:resource> pipeline fragment can contain any sitemap components and can include other resources. After execution of the resource, complete pipeline must be assembled, containing from a reader, or one generator, zero or more transformer(s), and one serializer. ". > On a side note: treeprocessor has a "bug" that resources return to the > calling place if they don't have a serializer. There has been some > discussion around that feature. AFAIR it was to be cosidered and > should not be advertised nor removed. Many were in favour of keeping > it. :-/ I won't say I'm happy to hear about this kind of bugs... Vadim > Chris. > -- > C h r i s t i a n H a u l > [EMAIL PROTECTED] > fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]