Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 95353 invoked from network); 22 Sep 2008 07:53:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Sep 2008 07:53:55 -0000 Received: (qmail 20531 invoked by uid 500); 22 Sep 2008 07:53:52 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 20472 invoked by uid 500); 22 Sep 2008 07:53:52 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@forrest.apache.org List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 20461 invoked by uid 99); 22 Sep 2008 07:53:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Sep 2008 00:53:52 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [193.147.71.64] (HELO gsyc.escet.urjc.es) (193.147.71.64) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Sep 2008 07:52:50 +0000 Received: from localhost (localhost [127.0.0.1]) by gsyc.escet.urjc.es (Postfix) with ESMTP id 93CDF71507E for ; Mon, 22 Sep 2008 09:49:11 +0200 (CEST) Received: from gsyc.escet.urjc.es ([127.0.0.1]) by localhost (gsyc.libresoft.es [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fWpUnClpCIiH for ; Mon, 22 Sep 2008 09:49:11 +0200 (CEST) Received: from client-10-142.eduroam.oxuni.org.uk (client-10-142.eduroam.oxuni.org.uk [192.76.10.142]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by gsyc.escet.urjc.es (Postfix) with ESMTP id 5971071506A for ; Mon, 22 Sep 2008 09:49:11 +0200 (CEST) Message-Id: <6EDE3BFF-8D67-4AF8-BE4B-7CAC297E550D@gsyc.es> From: Pablo Barrera To: dev@forrest.apache.org In-Reply-To: <1221867266.7110.35.camel@cartman> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: Using dispatcher contracts with a not html output Date: Mon, 22 Sep 2008 08:52:49 +0100 References: <1D0965FF-C166-455E-B341-022F7971CB62@gsyc.es> <1221867266.7110.35.camel@cartman> X-Mailer: Apple Mail (2.929.2) X-Virus-Checked: Checked by ClamAV on apache.org On 20/09/2008, at 0:34:26, Thorsten Scherler wrote: > On Fri, 2008-09-19 at 13:58 +0100, Pablo Barrera wrote: >> On 17/09/2008, at 15:11:56, Pablo Barrera wrote: >> >>> Hello >>> >>> I have developed an small contract to collect and show all links of >>> a document. > > the input is our internal xml format? > Yes, it is. But I was only able to use for the HTML output. Right now I have another version that uses the tei output plugin to create the same effect with the tei output. >> My idea is to create a new section on my documents >>> called "References", so all links could be found in the same place. >>> After some problems (thanks for the help) I have the system working >>> smoothly for HTML output using the pelt-html.content.panel.xml >>> structurer. > > Good to hear. :) > >>> However, I would like to obtain a TEI document with the same >>> section. How could I use my contract with the tei output? > > You want the link contract that you described above to be included > in a > tei document? Is the above link html specific, or could you directly > reuse it? > I want to have the option to create this "references" section in any kind of output document, mainly html, pdf and tei. >>> I think I'm a little confuse with TEI being an output plugging and >>> the way structurers for non-html output work. > > Each format that supports the dispatcher needs to declare it. As I see > org.apache.forrest.plugin.internal.dispatcher/internal.xmap > there is *.html and *.fo but no *.tei. > > In org.apache.forrest.plugin.output.tei/output.xmap it is not declared > either. So you need to declare the dispatcher there as well. > >> As I am having problems with this particular use of dispatcher > > See above the dispatcher is not enabled there, but it is easy to do > so. > >> I am >> going to try to modify document-2-tei xsl to add the links at the end >> of the document when using a tei output instead of a html output. > > Please (if possible) implement the functionality in a seperate xsl > that > you then include in the doc-2-tei. This way it will be easy to use > it as > well in a tei contract if you decide to enable the dispatcher in tei. > So, if I have understand it correctly, we'll have the functionality in two different places, won't we? I will try to get the dispatcher working looking to the files you suggested. Regards, Pablo -- Pablo Barrera http://gsyc.es/~barrera/