Fresh site has a sample for conditional visibility of navigation
elements. Ferdinand added this to the scales skin. but not to pelt, so
these samples do not work.
There is a note explaining this in the pages, but why aren't we
including this in pelt? It was discussed onlist and there was no
t
Johnson, Eric wrote:
I was wondering if there is any development going on to support
OpenDocument in Forrest.
We just ran some tests using the OpenOffice import plug-in to import OO
1.0 files and the results were positive. However, we are interested in
using the newer OpenDocument standard to d
[
http://issues.apache.org/jira/browse/FOR-735?page=comments#action_12359611 ]
Gunther Sablon commented on FOR-735:
I ran forrest war, and then manually moved the build/plugins directory into the
root directory of each of our forrest webapps..
Restarted
El mié, 07-12-2005 a las 12:58 -0500, Tim Williams escribió:
...
> Thanks, I think we're generally in agreement, if you want to provide a
> good example of the multiple cocoon://'s in a selector great,
> otherwise, I'll just bring it up when I see a concrete example.
> Thanks again,
> --tim
+1
:
On 12/7/05, Thorsten Scherler <[EMAIL PROTECTED]> wrote:
> El mié, 07-12-2005 a las 08:55 -0500, Tim Williams escribió:
> > On 12/7/05, Thorsten Scherler <[EMAIL PROTECTED]> wrote:
> ...
> > > > My proposal for this is that we use the locationmap for any resource
> > > > that we want to expose to o
El mié, 07-12-2005 a las 16:33 +, Ross Gardler escribió:
...
>
> > In my definition the "cocoon:/" protocol is a source location as any
> > other.
>
> No, the cocoon: protocol defines which pipeline to use, the locationmap
> defines the location of the source.
Hmm, a pipeline *is* as well
El mié, 07-12-2005 a las 08:55 -0500, Tim Williams escribió:
> On 12/7/05, Thorsten Scherler <[EMAIL PROTECTED]> wrote:
...
> > > My proposal for this is that we use the locationmap for any resource
> > > that we want to expose to other parts of the system. For example,
> > > transformations.
> > >
Thorsten Scherler a écrit :
El mié, 07-12-2005 a las 11:17 -0500, Johnson, Eric escribió:
I was wondering if there is any development going on to support
OpenDocument in Forrest.
We just ran some tests using the OpenOffice import plug-in to import
OO 1.0 files and the results were positive
El mié, 07-12-2005 a las 17:48 +0100, Cyriaque Dupoirieux escribió:
> Ok Thorsten, I have read your previous mail (Re: svn commit: r354766
> -
> /forrest/trunk/whiteboard/plugins/org.apache.forrest.plugin.output.themer/resources/themes/pelt.fv)
> You are going to suppress the link.xlex and I w
Ok Thorsten, I have read your previous mail (Re: svn commit: r354766
-
/forrest/trunk/whiteboard/plugins/org.apache.forrest.plugin.output.themer/resources/themes/pelt.fv)
You are going to suppress the link.xlex and I was working on it, Bouuh
:'( ...
Salutations,
[EMAIL PROTECTED] Dupoiri
[EMAIL PROTECTED] a écrit :
Author: cdupoirieux
Date: Wed Dec 7 08:34:33 2005
New Revision: 354793
URL: http://svn.apache.org/viewcvs?rev=354793&view=rev
Log:
Add the ability to "escape" mailto addresses or links in order to avoid they
are automatically rewritten by forrest.
If a link or an a
El mié, 07-12-2005 a las 15:21 +, [EMAIL PROTECTED] escribió:
> Author: cdupoirieux
> Date: Wed Dec 7 07:21:12 2005
> New Revision: 354766
>
> URL: http://svn.apache.org/viewcvs?rev=354766&view=rev
> Log:
> The link.xlex file convert the [EMAIL PROTECTED] into a link ...
> I change the "to" a
Thorsten Scherler wrote:
El mar, 06-12-2005 a las 09:27 +, Ross Gardler escribió:
Tim Williams wrote:
As the subject indicates, I'm thinking we might be using the
locationmap in some places where sticking to the sitemap would be much
more readable. Some of the multiple levels of indirect
El mié, 07-12-2005 a las 11:17 -0500, Johnson, Eric escribió:
> I was wondering if there is any development going on to support
> OpenDocument in Forrest.
> We just ran some tests using the OpenOffice import plug-in to import
> OO 1.0 files and the results were positive. However, we are interested
[ http://issues.apache.org/jira/browse/FOR-743?page=all ]
Cyriaque Dupoirieux reassigned FOR-743:
---
Assign To: Cyriaque Dupoirieux
> siteinfo-feedback contract returns multiple nested a declarations.
> ---
Title: OpenDocument and Forrest
I was wondering if there is any development going on to support OpenDocument in Forrest.
We just ran some tests using the OpenOffice import plug-in to import OO 1.0 files and the results were positive. However, we are interested in using the newer OpenDocument
El mar, 06-12-2005 a las 12:04 +0930, Paul Bolger escribió:
> I don't mind having a go, but I'm not sure where that doc is. I gave
> it a try and yes, common.fv seems to work. I haven't checked the
> others yet, and won't write it up until I've tested it.
Here is the important part from
whiteboa
On 12/7/05, Thorsten Scherler <[EMAIL PROTECTED]> wrote:
> El mar, 06-12-2005 a las 09:27 +, Ross Gardler escribió:
> > Tim Williams wrote:
> > > As the subject indicates, I'm thinking we might be using the
> > > locationmap in some places where sticking to the sitemap would be much
> > > more
El mar, 06-12-2005 a las 12:49 +0930, Paul Bolger escribió:
> > (NOTE: default.fv is now common.fv!!!)
>
>
>
> > > [views:modify html classes] I'm trying to work out where css classes
> > > are being inserted, specifically in content-main.ft, because I'd like
> > > to modify local versions to sk
El mar, 06-12-2005 a las 09:27 +, Ross Gardler escribió:
> Tim Williams wrote:
> > As the subject indicates, I'm thinking we might be using the
> > locationmap in some places where sticking to the sitemap would be much
> > more readable. Some of the multiple levels of indirection that's
> > go
El mar, 06-12-2005 a las 16:06 +1100, David Crossley escribió:
> Ooops, sorry about the massive diff.
>
> Does anyone know why the extra space suddenly appeared
> in the generated html docs?
http://svn.apache.org/viewcvs?rev=349444&view=rev
> Perhaps something to do with
> possible multiple val
[EMAIL PROTECTED] wrote:
Author: rgardler
Date: Wed Dec 7 00:15:23 2005
New Revision: 354749
URL: http://svn.apache.org/viewcvs?rev=354749&view=rev
Log:
remove xconf support for plugins. Cocoon has moved away from this technique and
we should follow the work on Blocks. This was never in a rele
22 matches
Mail list logo
