Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 27279 invoked from network); 10 Jun 2007 00:30:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Jun 2007 00:30:42 -0000 Received: (qmail 90767 invoked by uid 500); 10 Jun 2007 00:30:46 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 90711 invoked by uid 500); 10 Jun 2007 00:30:45 -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 90700 invoked by uid 99); 10 Jun 2007 00:30:45 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Jun 2007 17:30:45 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [203.121.192.8] (HELO mail.e-wire.net.au) (203.121.192.8) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Jun 2007 17:30:41 -0700 Received: from developer (203-121-204-130.e-wire.net.au [203.121.204.130]) by mail.e-wire.net.au (8.13.1/8.13.1) with ESMTP id l5A0UIHR010660 for ; Sun, 10 Jun 2007 08:30:19 +0800 From: "Gav...." To: Subject: RE: svn commit: r545483 - .../descriptorIndex-to-contactsCSV.xsl Date: Sun, 10 Jun 2007 08:30:01 +0800 Message-ID: <009c01c7aaf6$7c65c6b0$650fa8c0@developer> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <61c9bc470706091618y75af06d5y8cd82ae1787031a@mail.gmail.com> Thread-Index: Aceq7IX45BWtTRtNRMedTETNbwOx7AACNqsA X-Antivirus: avast! (VPS 000748-2, 09/06/2007), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV 0.90.1/3381/Sat Jun 9 07:48:51 2007 on mail.e-wire.net.au X-Virus-Status: Clean X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on perm-colo-mail2-local X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=0.0 required=8.0 tests=none autolearn=disabled version=3.1.7 > -----Original Message----- > From: ross.gardler@googlemail.com [mailto:ross.gardler@googlemail.com] On > Behalf Of Ross Gardler > Sent: Sunday, 10 June 2007 7:18 AM > To: dev@forrest.apache.org > Subject: Re: svn commit: r545483 - .../descriptorIndex-to-contactsCSV.xsl > > On 09/06/07, Gav.... wrote: > > > > > > > -----Original Message----- > > > From: rgardler@apache.org [mailto:rgardler@apache.org] > > > Sent: Friday, 8 June 2007 7:41 PM > > > To: svn@forrest.apache.org > > > Subject: svn commit: r545483 - > > > > /forrest/trunk/whiteboard/plugins/org.apache.forrest.plugin.input.doap/res > > > ources/stylesheets/descriptorIndex-to-contactsCSV.xsl > > > > > > Author: rgardler > > > Date: Fri Jun 8 04:40:29 2007 > > > New Revision: 545483 > > > > > > URL: http://svn.apache.org/viewvc?view=rev&rev=545483 > > > Log: > > > Ensure only one line break after each record (there has to be a tidier > way > > > of doing this - any clue?) > > > > I got any empty contacts.csv file when requesting > > http://localhost:8888/projectDetails/contacts.csv > > > > Have I missed out a step (this is working directly from the plugin which > I > > assume had sample data to go in here.) > > I confess to not having tested it in the docs for the plugin, I did > this for a site I have that uses the doap plugin. It is, of course, a > fair assumption that the plugin itself would have a working sample in > it - sorry! > > Anyway, long story short, I've fixed it now (wasn't handling cases > where root element was rdf:RDF) And maybe I should have spotted why it wasn't working, many eyes and all that.. thanks for fixing it. > > > I found this > > http://sleepyhead81.blogspot.com/2004/08/line-breaks-in-xslt.html but > have > > not been able to try its technique, nor if it appropriate until it has > been > > tried. > > That's the method (well a slight variation of the method) I am using - > it's just clumsy and so does not feel right.. Ok, As far as I can make out, elements by default have preserved spaces, but we are over-riding this by use of normalize-space and so are putting in to create a line break where needed and seems to be a common way of dealing with it. We need to create another record to test it properly. Gav... > > Ross