Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 13384 invoked by uid 500); 30 May 2002 14:54:34 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 13373 invoked from network); 30 May 2002 14:54:33 -0000 Date: Thu, 30 May 2002 16:54:20 +0200 Subject: Re: map:views - what has been changed in C2.1-dev (rake up) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) From: leo leonid To: cocoon-users@xml.apache.org Content-Transfer-Encoding: 7bit In-Reply-To: <1E92AC17-6DBA-11D6-9AF4-003065A89D34@leonid.de> Message-Id: <1F6AF1D1-73DD-11D6-B4CB-003065A89D34@leonid.de> X-Mailer: Apple Mail (2.481) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N this is just a try to rake up this problem with view labels being ignored inside a aggregation. maybe now there is anyone who knows: is this a bug? -> is there a workaround? is this a new implementation of views? -> how/where should I now place the labels? thanks. /Leo On Wednesday, May 22, 2002, at 09:28 Uhr, leo leonid wrote: > Hi Sylvain, > yes, I tried every possible combination. label on , on > , on both,... the label just seems to be ignored. I also > tested those combination on the current > cocoon/documentation/sitemap.xmap (snippet) => same result. > .... > > > > > > > > > > > > > /Leo > > On Wednesday, May 22, 2002, at 04:46 Uhr, Sylvain Wallez wrote: > >> leo leonid wrote: >> >>> me again, >>> I just noticed that some weeks ago there has been a discussion in the >>> xml-cocoon-dev-list about future implementations of view labels. But >>> I didn't find any solution or temporary workaround to get labels >>> interpreted again inside an aggregation. >> >> >> The main discussion was about branching to the view from the _last_ >> label matching the view and not the first one. But nothing has changed >> yet. For aggregation, could please try to add 'abel="content" on >> ? >> >>> Are there any ideas? It would be great, for creating a search index >>> of the documentation would be possible again. >>> thanks >>> /L >>> >>> >>> On Friday, May 17, 2002, at 09:28 Uhr, leo leonid wrote: >>> >>>> I wonder what has been changed concerning the behavior of views (and >>>> why!) >>>> Now I get HTML-output where I expect XML (and recently still got). >>>> May this be the reason why the sample "searching the docs" doesn't >>>> work anymore? >>>> It looks like the LuceneIndexer is expecting XML-result from the >>>> content-view >>>> but it gets HTML, which it is ignoring. >>>> >>>> Example (similar to the cocoon-documentation): >>>> There is a generator without label ("serverpages-nolabel") >>>> and a simple view to exit the pipeline and serialize the result as >>>> XML ("content"). >>>> And the goal is to omit head- and foot-parts and all >>>> HTML-transformations in content-view >>>> so that there is only the body-content with filter-3.xsl applied >>>> within a root element. >>>> >>>> Problem: >>>> In the following pipeline the final transformation (>>> src="site2HTML.xsl" />) >>>> is executed in the content-view. But it should not. Or did I miss >>>> something? >>>> >>>> >>>> >>>> >>>> ... >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> label="content"/> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Thanks! >>>> /Leo >>>> >>>> >>> >> >> >> -- Sylvain Wallez >> Anyware Technologies Apache Cocoon >> http://www.anyware-tech.com mailto:sylvain@apache.org >> >> > --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. To unsubscribe, e-mail: For additional commands, e-mail: