You might find some ideas or a solution in
main\webapp\skins\common\xslt\html\pathutils.xsl
!-- Normalizes a path, converting '/' to '\' and eliminating ..'s
xsl:template name=normalize
--
Ferdinand Soethe
Thorsten Scherler (JIRA) schrieb:
[ http://issues.apache.org/jira/browse/FOR-828?page=all ]
Thorsten Scherler updated FOR-828:
--
Attachment: FOR-828.patch
This patch removes the xml declaration from the final output.
Further it add a default namespace
Cyriaque Dupoirieux wrote:
Ross,
Once, I wrote this :
I think the three related issues may be closed :
FOR-747 http://issues.apache.org/jira/browse/FOR-747,
That is about integrating content from Jira into the projectInfo
plugin. What makes you think it is resolved?
I was wrong with
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project forrest has an issue affecting its community integration.
This issue affects 1
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project forrest-test has an issue affecting its community integration.
This issue
When I click Downloads on the Project menu, Forrest will open the
downloads page but the menu collapses. This usually only happens when
there are structural errors in site but I can't see it.
(Using ext:forrest/download makes no difference)
--
Ferdinand Soethe
Ross Gardler wrote:
When doing a move please use svn move fromFile toFile. This ensures
that the history of the item is not lost. If a delete and add is used
then there is no link in SVN between the two files.
OK, thanks for that. I already used the command line svn to make sure
of
Hi,
Why does forrest try to validate every xml file it finds ?
I have a new message which tells me that an xml file - and I knew I
was not using it - is not valid, So I have corrected it and created a
dummy just to see the reaction.
Here it is :
BUILD FAILED
Cyriaque Dupoirieux wrote:
Hi,
Why does forrest try to validate every xml file it finds ?
I have a new message which tells me that an xml file - and I knew I
was not using it - is not valid, So I have corrected it and created a
dummy just to see the reaction.
Here it is :
BUILD
-Original Message-
From: Ferdinand Soethe [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 17 May 2006 3:19 PM
To: dev@forrest.apache.org
Subject: Re: [jira] Commented: (FOR-635) images not reproduced in PDFs, if
sources are in xdocs/images directory
You might find some ideas or a
Gav wrote:
So then people, suggestions on what to keep, what to throw away, or leave
as-is fixed above to please everyone and comment docs accordingly. Bearing
In mind comments that this current over-choice for the user is messy.
I was referring to what files are resolved to as being
[EMAIL PROTECTED] wrote:
Author: ferdinand
Date: Wed May 17 05:39:59 2006
New Revision: 407237
URL: http://svn.apache.org/viewcvs?rev=407237view=rev
Log:
Addes Subversion best Practice Collection, Started restructuring 0.8 version
specific stuff
Added:
-Original Message-
From: Ross Gardler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 17 May 2006 9:03 PM
To: dev@forrest.apache.org
Subject: Re: [jira] Commented: (FOR-635) images not reproduced in PDFs, if
sources are in xdocs/images directory
Gav wrote:
So then people,
Ferdinand Soethe wrote:
Ferdinand Soethe wrote:
OK, thanks for that. I already used the command line svn to make sure
of that but that didn't seem to suffice.
Just did it but it logged an add and delete again. Is mv a different
command than move?
No it is not different.
If you do a move
Ferdinand Soethe wrote:
Just did it but it logged an add and delete again. Is mv a different
command than move?
It's not. Just used move and the result is still add and delete.
Sorry.
--
Ferdinand Soethe
Can we pls move Dispatcher and Structurer docs into the plug-ins
documentation where they belong?
--
Ferdinand Soethe
Ferdinand Soethe wrote:
Can we pls move Dispatcher and Structurer docs into the plug-ins
documentation where they belong?
+0
Ross
(moving this from the user@ list here)
On 5/17/06, Ross Gardler [EMAIL PROTECTED] wrote:
...I've been wanting to improve the i18n support for some time. By using
the locationmap it should be possible to simulate the Apache httpd
magic in a static environment. But it would requrie a little work.
[
http://issues.apache.org/jira/browse/FOR-275?page=comments#action_12412186 ]
Steve Odlind commented on FOR-275:
--
I would be very interested to see the hack for adding a title page to a pdf.
Unfortunately, the document2fo.xsl is not attached (HTTP Status
Ferdinand Soethe wrote:
Ferdinand Soethe wrote:
Just did it but it logged an add and delete again. Is mv a different
command than move?
It's not. Just used move and the result is still add and delete.
Sorry.
What you did is correct.
-David
locationmap should become a Cocoon block managed by Forrest
---
Key: FOR-882
URL: http://issues.apache.org/jira/browse/FOR-882
Project: Forrest
Type: Task
Components: Locationmap
Reporter: David
Bertrand Delacretaz wrote:
(moving this from the user@ list here)
On 5/17/06, Ross Gardler [EMAIL PROTECTED] wrote:
...I've been wanting to improve the i18n support for some time. By using
the locationmap it should be possible to simulate the Apache httpd
magic in a static environment. But
[
http://issues.apache.org/jira/browse/FOR-707?page=comments#action_12412261 ]
David Crossley commented on FOR-707:
http://article.gmane.org/gmane.text.xml.forrest.user/3620
Subject: Re: Recommendations for URL-based i18n like at www.verit.de?
[ http://issues.apache.org/jira/browse/FOR-275?page=all ]
David Crossley updated FOR-275:
---
Attachment: (was: document2fo.xsl)
front-piece title page for pdf-output
-
Key: FOR-275
URL:
[ http://issues.apache.org/jira/browse/FOR-275?page=all ]
David Crossley updated FOR-275:
---
Attachment: original-275-document2fo.xsl
I got the original-275-document2fo.xsl from the old Issue tracker. Grrr.
Contributed by Johannes Schaefer
front-piece
Author: ferdinand
Date: Wed May 17 06:44:54 2006
New Revision: 407256
URL: http://svn.apache.org/viewcvs?rev=407256view=rev
Log:
Finished first phase of restructuring 0.8 docs. Will require testing and
cleaning of references.
Please keep track of what URLs you have changed. The
Ferdinand Soethe wrote:
Can we pls move Dispatcher and Structurer docs into the plug-ins
documentation where they belong?
I don't know what to say. Perhaps some of it should
be in the main docs and some in the plugins docs.
One trouble is that plugins docs tend to get hidden.
Also they are
David Crossley wrote:
I don't know what to say. Perhaps some of it should
be in the main docs and some in the plugins docs.
One trouble is that plugins docs tend to get hidden.
Also they are not published as often as they should be.
Hmmm. This is a difficult one. The top rule of
David Crossley wrote:
Please keep track of what URLs you have changed. The webserver
.htaccess file will need entries to handle these moved
documents. There are links from external sites and
mail archives that will suddenly be broken.
site-author/content/.htaccess
OK, I'll try to make a
29 matches
Mail list logo