Really, the only way we're going to do this is to maintain (a) a
'global' project documentation, and the rest of the documentation
alongside the relevant version of Cocoon. So, we'll have 2.1
documentation like we do now, and at some point we'll have 2.2
documentation as well.
Some issues, that might involve the whole of the documentation:
* As already stated by reinhard:
one note: generally we have to discuss how we deal with the versioning
problematic. If one documentation is talking about to many versions at the
same
time, it can be very confusing.
I agree that
Daniel,
First off: great post. I agree with your ideas and reading through this post
I realised I have tried implementing my URL space along these lines, ending
up with a huge and very unclear sitemap, so every improvement is welcome.
However, the example below is a bad one from a
Definitely. We should invite this guy to help us writing our docs!
Maybe he'll agree to writing documentation-like articles that can appear on
developerWorks AND can be used in our documentation.
Bye, Helma
let's start in trunk! remove the old docs (they are still in
2.1) and let's
write new ones or selectivly copy old docs over.
OK, but there must be a way to mark off the old docs as either added or
deprecated to know when you're finished looking at the old docs.
Bye, Helma
I think the most relevant page is the first (home page). Your link
suggestions are also a good idea, maybe to group them together under Futher
reading
I'd also like to suggest that the main part of the documentation deals with
Cocoon 2.1.X but the home page includes a link to all pages on 2.0.X.
I'm all for having the docs in Document-v.whatever, but I'm also not
afraid to just start writing and organizing docs with MSWord or GVim.
IMO the docs have a few major areas that need to be addressed:
Intro: What is Cocoon, etc.
I already wrote a proposal for this (see dev list)
Guys,
Please improve and extend the following text. The intention is provide
people enough information to decide whether Cocoon is the right choice for
their problem/project.
Bye, Helma
---
The Apache Cocoon project
This introduction to Apache Cocoon is intended to highlight some of its
Guys,
Has anyone of you looked at Orbeon (www.orbeon.com)? I came across the site
when looking for eXist info and found a comparison to Cocoon, an old version
of Cocoon looking at the comparison result.
Right now it looks like the website is down. At least I can't get to it.
Bye, Helma
Hi Bertrand,
I've looked at their site a few days ago and saw something mentioned about
their code being open source. Haven't looked at it further (yet).
I can't help but mention that the documentation on their website looks much
better and much more coherent than Cocoon. So this is a challenge:
FWIW, this has been running on cocoon.cocoondev.org for more than two
years, but I pulled it down due to lack of hits. Similarly, I will be
dropping the webmail.cocoondev.org demo soonish.
Too bad I didn't know this before. But maybe that's exactly the reason for
the low hitrate: too few
Guys,
Looking at the Cforms samples I notice 3 different versions of Form.js and
samples based on each of them.
In the light of making things easier for the ordinary users, would it be
possible to settle for one of those three and refactor the other samples to
use only that one?
A second step
that's what we decided in gent - see
http://wiki.apache.org/cocoon/22StabilizeCocoonForms
Oops, didn't look at that before. OTOH it might be me, but I cannot figure
out where it says that Form.js v1 is decided on.
I know I've seen a discussion once on which version of Form.js does what,
but
We celebrate this in the Netherlands too and we put little gifts in the
shoes of the kids. So I propose to put a tank of beer in his shoe. :-)
Thanks Torsten!
Bye, Helma
-Original Message-
From: David Crossley [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 07 December, 2004 08:08
To:
What about this Cocoon:
http://www.stratasys.com/software/cocoon/
Not a clone, but something entirely different.
Bye, Helma
-Original Message-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 07 December 2004 12:55
To: [EMAIL PROTECTED]
Subject: Re: [FYI] Cocoon
Also, there is a second list at
http://cocoon.apache.org/2.1/who.html
that shows
committers and their status. Leszek and I need to be added
to that page as well. Are all the folks who are listed as Active
committers, in fact, still active? There are some names
there I don't
Great! Thanks for doing this.
Bye, Helma
-Original Message-
From: David Crossley [mailto:[EMAIL PROTECTED]
Sent: Thursday, 02 December, 2004 04:32
To: [EMAIL PROTECTED]
Subject: review of sitemap component documentation
Okay the initial coordination table is now ready.
Maybe this is too simple but what if you iterate over the bean properties
and generate your own xml version with tags, which is then transformed by an
XSL sheet to what you want?
jx:foreach item ...whatever
mytag${item}/mytag
/jx:foreach
HTH.
Bye, Helma
-Original Message-
From:
Hi guys,
I'm trying to create a jx:macro that does some processing and then stores
the result in a variable. I would like this macro to behave as a function,
i.e. pass the content of this variable to an external variable.
I've tried several approaches, but I don't get the result I want. Who can
Ok.
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 30 November 2004 02:40
To: [EMAIL PROTECTED]
Subject: Re: Status of Groovy and JSF in trunk?
[EMAIL PROTECTED] wrote:
Also: the cardemo in the Faces block doesn't work correctly
Hi,
This is YOUR big chance of integrating the information in both places and
remove the redundant line from the index page.
:-)
Bye, Helma
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 30 November 2004 22:40
To: [EMAIL PROTECTED]
Subject:
I'll check it tonight, but it is very likely the same problem: different
xalan.jar version in jdk endorsed (I use jdk 1.4.1 or 1.4.2).
I don't think another bcel jar is the problem, since I checked out the trunk
into an empty directory and I ran the build from the commandline (no
weblogic,
Just checked: an old xalan version hanging around. When I replaced it with
the version in Cocoon javaflow compiled ok.
Bye, Helma
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Monday, 29 November 2004 09:19
To: [EMAIL PROTECTED]
Subject: RE: Javaflow
Guys,
When clicking around in the samples of the trunk I tried groovy in the
scratchpad, but none of the samples work. What's the status?
Also: the cardemo in the Faces block doesn't work correctly (pipeline to
javadocs missing and selecting the US for english doesn't do anything).
Just
Guys,
Is the version in the trunk supposed to be a fully working version? I
checked it out to do some checking on the HTMLarea sample but ran into some
errors. Net result: cocoon servlet stops with:
Exception in thread main java.lang.reflect.InvocationTargetException
at
Although had checked out the trunk in a new, clean directory, I had some
errors when compiling the javaflow block. I excluded the javaflow block and
all blocks that depend on it and did a rebuild. I suppose there must have
been some compiled classes left from the excluded blocks.
After a build
Hi Reinhard,
I tested with IE6 (WinXP SP2) and Firefox_1.0. It should work
in IE5.5 too.
Maybe somebody could verify this.
Please test whether everything works fine for you and give
feedback. When
everything works as expected for others too, I'll port it to
2.1.X-branch.
I tested
Could you please elaborate a bit more on that.
It complained about missing ...bcel variables/classes etc. Odd, because
the bcel jar is present.
If you need it to be more specific, I'll have to compile it again with all
blocks included.
Bye, Helma
Torsten,
Here are the error messages:
cocoon-block-javaflow-compile:
Compiling 28 source files to
D:\svn\cocoon-trunk\build\cocoon-2.2.0-dev\blocks\javaflow\dest
D:\svn\cocoon-trunk\src\blocks\javaflow\java\org\apache\cocoon\components\fl
ow\java\ContinuationClassLoader.java:111: cannot resolve
xsl:template match=body
xsl:attribute name=onloadxsl:value-of
select=@onload//xsl:attribute
/xsl:template
Sorry, typo when I wrote this down from memory. I did use/test it as you
wrote above.
Bye, Helma
Reinhard,
I modified the *-styling-*.xsl files to change the body/@onload call. They
were in the zip I sent you.
Strangely enough I had it working flawlessly with a short page of my own,
both in IE and in Firefox, but when I later tested it in a long form (20+
widgets with one or more
Frank,
Sorry I didn't respond to your mail, but I have indeed tested your solution.
Unfortunately I couldn't get it to work.
Bye, Helma
-Original Message-
From: Frank Taffelt [mailto:[EMAIL PROTECTED]
Sent: Thursday, 25 November 2004 18:15
To: [EMAIL PROTECTED]
Subject: Re:
I implemented an afterload-handler which is called right
before the body end
element. This ensures that the whole page is processed and
all tables sizes are
calculated. It works with IE6 (WinXP SP2) and Firefox 1.0.
Right, now that you've explained I remember reading something similar on
Hi,
I noticed this too. I assumed my setup was not correct, but the
default=forms doesn't work for me either and my Cocoon version stems from
around the time of the 2.1.6 release.
My setup:
I18n declared and used in same sitemap (subsitemap from default root
sitemap).
Bye, Helma
-Original
Thanks for replying.
According to the xReporter docs
(http://new.cocoondev.org/xreporter/docs/core/ 91
) following expression could work:
SetTime(date, number, number, number)
Yes I noticed after sending this mail.
2: how do I prevent the time widget from styled as a date field
How about validation of the time?
What's your validation szenario?
Nothing more than it should be a valid time in 24h format and seconds are
not necessary. In this case I want to enter a date and time of an
appointment.
Since the date is one widget, I'd like the
time widget also to
Guys,
I want to build an aggregatefield to enter date and time in separated
fields/widgets, but store them in 1 Date() variable.
I got as far as a proper display of the current date and time in the
appropriate fields, but on changing the time and pressing submit I get
invalid date
2 questions:
Hi,
not quite possible for 2 flowscript functions but feasible with a
flowscript function and an action:
map:match pattern=*.continue
map:act type=authenticate
map:call continuation={../1}/
map:act
map:redirect-to uri=failure/
/map:match
As far as I can tell, the correct
-Original Message-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]
Sent: Friday, 19 November, 2004 14:21
To: [EMAIL PROTECTED]
Subject: Re: [ANN] Apache Cocoon 2.1.6 Released
Le 19 nov. 04, à 13:25, Carsten Ziegeler a écrit :
Apache Cocoon 2.1.6 Released
Hi guys,
I'm struggling with this problem for a long time, so I hope now that the new
release is out, somebody can find the time to look into this.
I closely followed the sample on using the authentication-fw in flow script
and it works fine until...I update a repeater (e.g. I add a row). From
I do not know how auth-fw works. Still this looks for me like the
problem occurs when you resume continuations. Shouldn't you wrap your
map:call continuation={1}/ with some auth-fw action?
Sounds plausible, but I have no clue what the correct syntax should be. How
do I mix the following:
Yes, I do too.
Bye, Helma
-Original Message-
From: Jorg Heymans [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 16 November, 2004 09:34
To: [EMAIL PROTECTED]
Subject: svn repo down ?
Is anyone else seeing this ?
D:\src\cocoon-2.1.xsvn update
svn: PROPFIND request failed on
Is the SVN up then? I haven't checked out site yet.
Bye, Helma
-Original Message-
From: Antonio Gallardo [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 16 November 2004 18:21
To: [EMAIL PROTECTED]
Subject: Re: FW: Questions to be answered for link request -
V3 - to be put i nto docs
I hope you read the message that came with it: I was unable to create a
sample entry in Bugzilla. And the URL of this entry should go into the
patch. So, there is a non-functional link in the patch. And now in the doc.
Bye, Helma
-Original Message-
From: Upayavira [mailto:[EMAIL
Sorry, missed your post entirely.
[[info on intranet Cocoon applications]]
for light cocoon usage and preview purposes they are
cocoon's samples
area. what if they are people that want to share a biger
project with the
public but they dont want to setup an open source project
(web
After some time I found some questions we could ask. I added them below.
If nobody has any objections to the text below I will make two Bugzilla
entries on Monday: one as sample entry and one as a request to update the
Livesites directions with the information below.
Bye, Helma
-Original
Stavros (and others),
First of all, I don't mind that you patch the file and add a bugzilla entry.
Thank you for taking the time to do that.
Second: the forms-samples-styling.xsl file and the dependent XSL files are
powerful enough to merit a place outside the forms samples, but they need a
bit
A long time ago I made improvements that you are talking
about. I'm not sure if
they are still up-to-date, but I can do some investigation
and send the patch :-)
Please do!
Thanks.
Bye, Helma
While we can start thinking about where to host, I think
we've first got
to clarify what we want to host. As yet, I've only as yet got a vague
idea of what we want - a machine to run Cocoon, possibly doing its
docs. What does that actually mean? What would we install?
How would we
do
Good comments by Bertrand and David, so I'll integrate them in the original
text to get a better idea of the end result.
---
How to get listed
If you do not find your site here, make sure you tell us.
Please follow the instructions below, or we will not be able
to honor your
Hi,
Would an Intranet applications section also make sense? As
I see it, this list would be a list of organizations and
applications with a brief description of the application.
Perhaps a screen shot or two would also be encouraged or even
required?
I'd love to see this, yes with some
Having our own live Cocoon instance(s) could make all the difference
in the way we do our docs, so if there's an opportunity I think we
should make it happen.
I'd say go for this, although I won't be able to help (I never really got
past the phase where a Red Hat or Suse installation
I don't want to take this discussion into Bugzilla, so I'll continue it
here.
Ok, I noticed you minimized the resources. My idea.
Re the dynamic selection list. It basically requires a list of already
selected players (which in fact duplicates the effort done in on-save-form),
but I'm at a loss
Guys,
I tend to enter the result of this discussion in Bugzilla, or maybe someone
takes over and puts it directly in the docs, we'll see. For now I just want
to do an inventory of questions we'd like to be answered in a link request.
Here's a proposal for the text, [[ my comments between brackets
One more reason to build a (Cocoon) form based page where
people can
enter information about their Cocoon site with a request for adding
the link.
That would be great, but it doesn't really solve
the holdup, which is that a committer needs to find
the time to review each site and
Guys,
I finished my DreamTeam sample. Do let me know what you think of it.
Bye, Helma
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 20 October 2004 23:07
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 31813] New: - [Sample] DreamTeam
Guys,
I'm in the process of building a sample using dependent selection-lists in a
repeater. It seems I have everything working except for the correct events.
Situation on success:
on change of the selected value in selection-list-1, selection-list-2 is
populated with a new list
on change of
Now that makes me think: what's the proportion of widgets
that have an fd:on-value-changed but don't have a fi:styling
submit-on-change=true/?
I have the feeling that most of the time
adding a server-side listener implies we also want an
automatic submit when the widget's value changes.
Seems like we forgot about this one too? ;-)
One more reason to build a (Cocoon) form based page where people can enter
information about their Cocoon site with a request for adding the link.
Bye, Helma
Best Regards,
Antonio Gallardo
John Sheridan dijo:
http://www.fenc.org.uk
As others have asked before: could you put the links and other documentation
on the wiki, and if possible include your own document?
This is a great page to link to from the Cocoon215TOC page. :-)
Bye, Helma
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: Friday,
Hmm,
I had a look at the pictures but it seems that the documentation group was
not documented. :-)
(otherwise they are a perfect memory for a perfect 2-days event)
Bye, Helma
-Original Message-
From: Ugo Cei [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 13 October, 2004 22:37
To:
There's this one though
http://flickr.com/photos/savs/819761/
Not the most flattering alas.
But at some point you guys looked like a prayer meeting, with
everyone
sitting in a circle looking down at their laptops - it would
be fun to have a shot of this ;-)
Duh, that was just the
Hear hear!! (Apart from the headache which _I_ didn't have :-))
Bye, Helma
-Original Message-
From: Arje Cahn [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 13 October, 2004 12:24
To: [EMAIL PROTECTED]
Subject: GT2004 was brilliant
Hi everyone,
One big thanks to everyone
Guys (and gals),
could someone either tell me how to make Cocoon use Log4J rather than the
Avalon LogKit or point to URLs where it is already explained? I think it
would be great material for the Cocoon215TOC.
Thanks.
Bye, Helma
Hi,
small feature request: could someone please change the following line in
cocoon.xconf:
!-- debuggerenabled/debugger --
to
debuggerdisabled/debugger
(and if necessary change the code that acts on this).
I'm using the flowscript debugger and each time I update my Cocoon version
(from SVN)
Ok, this seems to be what I need, but I cannot find info on the syntax? What
I need the patch file to do is:
if-exist ./debugger then
unless /debugger/text()='enabled' replace-with enabled
else
insert debugger/
I have the unless part, but that only works if the debugger tag exists.
Hi guys,
I noticed that
org.apache.cocoon.webapps.authentication.acting.LoginAction.java has a minor
problem that could turn into a bug in JDK 1.5: enum is used as variable name
in the act method.
Bye,
Helma van der Linden
Medical Informatics
University Maastricht
POBOX 616
6200 MD Maastricht
Same goes for org.apache.cocoon.transformation.SQLTransformer.java execute()
method.
Bye, Helma
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Monday, 04 October, 2004 10:13
To: [EMAIL PROTECTED]
Subject: Future bug?: enum used as variable name
Hi
Guys (and gals),
just to let you know:
I'm currently in San Francisco for a conference on Medical Informatics and I
noticed at least two other projects (excluding mine) where Cocoon was used
either as a presentation layer or as an intermediate layer between
distributed data sources.
Bye, Helma
I'm very interested in attending, but the website does not indicate any
fees. If I'm allowed to join, I need figures. :-(
Bye, Helma
-Original Message-
From: Gianugo Rabellino [mailto:[EMAIL PROTECTED]
Sent: Monday, 09 August 2004 11:42
To: [EMAIL PROTECTED]
Subject: Re: Ghent in
Hi,
yes, that turned out to be the problem. My class was package-private, after
making it public it went fine. I'll test with the new rhino.jar asap.
Thanks.
Bye, Helma
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Sent: Sunday, 27 June 2004 15:47
To: [EMAIL
Guys,
I've seen many discussions and nice ideas, but so far only suggestions. Here
is my compilation of these suggestions:
1. Nicola offered to set up a space for the documents using Forrest. Given
other remarks it should be possible/easy to convert any structured
electronic text to something
FWIW: I've struggled with an improperly working 'context' protocol myself
somewhere. Could you change it to a hard-coded absolute path just for
checking?
Bye, Helma
-Original Message-
From: Jeremy Quinn [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 23 June 2004 17:08
To: [EMAIL
Although never ever putting it this well, this was my intention when I
started on the TOC for 2.15. Unfortunately things got too hectic here to
keep the pace going, but it's not forgotten. I want to chip in, but my time
is very limited at the moment and my knowledge of Cocoon is not that big
that
Guys,
I hope some of you can help, because I'm stuck and cannot figure out what to
do to get this solved. I've posted this on the userlist as well but got no
response, so I figured that it is probably too much related to the Cocoon
internals for a regular user to answer. I'm trying my luck here.
That's not the case as I've created this example on the fly in this message.
In fact when running a similar function like doesNotWork and I print
obj.toString() in both the flowscript and the template I get the same
reference, so the actual object is properly retrieved.
Of course, your
Hi,
I'm very impressed by the site. I think it's great ammunition against the
sceptics. Reading that the actual building took about 3 weeks I wonder how
many people were in the team?
Bye, Helma
-Original Message-
From: Jeremy Quinn [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 25 May
Hi,
In my effort to help I switched my Cocoon215TOC to link to the apache wiki
pages, rather than their cocoondev counterparts. :-( I hope it won't be
broken in the conversion.
There is also a Cocoon215TOCOldWiki around, but I stopped updating that one,
so I suppose it can go (i.e. don't convert
What about:
patches
xconf xpath=/cocoon/blah/ .
node/
/xconf
xconf xpath=/cocoon/blah/xxyy ...
anothernode/
/xconf
xmap xpath=/cocoon/blah/zzz ...
yetanothernode/
/xmap
xlog xpath=/cocoon/blah/yyy ...
somethingelse/
/xlog
/patches
This would allow me to
Aren't you running into the situation where this will run crazy once there
are more styling options or combinations thereof to be considered?
Bye, Helma
-Original Message-
From: Marc Portier [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 12 May 2004 15:38
To: [EMAIL PROTECTED]
Subject:
Random thoughts/wild guesses:
Variables in XSLT can be set only once, so if you set the styling with the
most preference in a variable, all others will be ignored. Or will this lead
to exceptions?
How this should be implemented in the stylesheet is not yet clear to me.
Bye, Helma
the other
The problem was caused by a faulty syntax for the continuation id:
${continuation/id} should be #{$continuation/id}
Bye, Helma
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Monday, 10 May 2004 14:05
To: [EMAIL PROTECTED]
Subject: HELP! Double
Yes, read the message in search of my problem, but it didn't hit home until
I actually found out it was the continuation id that I messed up. :-(
Bye, Helma
-Original Message-
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]
Sent: Monday, 10 May 2004 22:20
To: [EMAIL PROTECTED]
Guys,
I've run into a problem that is probably a variation of an old bug. It would
be really nice if this could be solved before 2.1.5.
Problem:
My webapp has it's own sitemap in a separate directory below the standard
Cocoon sitemap in the root dir. I suppose this is a subsitemap, I just keep
Hi,
I run into a double coercion exception when I'm trying to display a form
using a flowscript. While debugging with the flowscript editor I noticed
that a second thread is started and both threads run the flowscript function
that is going to display the form.
Can anyone tell me why this is
Does someone have any idea on how to solve this? I'd rather not mix the
authentication stuff in with my use case flowscripts.
Bye, Helma
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, 07 May 2004 23:26
To: [EMAIL PROTECTED]
Subject: Help! Question on
Hi,
in http://cocoon.apache.org/2.1/userdocs/forms/sample.html
there is a reference to wi:
The ft:widget-label tag will cause the label of a widget to be inserted
at the location of the tag. The ft:widget tag will cause the XML
representation of a widget to be inserted at the location of that
BTW. It would be easier if these examples cross-link to the
other flow
examples (like Petstore). Would that be a difficult task to do?
Hmm. You might end up with broken links if it is to blocks
that haven't
been included. You'd need to find a way around that.
Isn't it possible
Hi,
I just updated from the CVS HEAD a few minutes ago. The only thing I did was
build clean and subsequently build and I get the following errors. Any
ideas?
cocoon-block-javaflow-compile:
WARNING ===
Block 'javaflow' should be considered unstable.
Thanks, that solved the problem.
Why on earth does it make a difference where a jar is located? :-(
Bye, Helma
-Original Message-
From: Juan Jose Pablos [mailto:[EMAIL PROTECTED]
Sent: Thursday, 29 April 2004 11:15
To: [EMAIL PROTECTED]
Subject: Re: build failed on JavaFlow in
Hi,
Reading about the upcoming 2.1.5 release I just noticed that on the root
welcome.xml of the samples the Control Flow section still mentions Woody,
should be CForms.
Bye, Helma
Hi,
I need an orb connection using OpenORB. Using Tomcat I simply added the
appropriate jars to the lib and
-Dopenorb.home=path/to/config
to the catalina.bat file and it works.
Now I want to reproduce this using Jetty, since this makes it easier to test
my webapp, but I cannot get it up and
I mean that our core documentation, i.e. the xdocs and the key Wiki
pages, should be be written by this community and should be the
definitive view on the topic.
Aha, that's a clear point. Especially the latter. I currently have a feeling
that definitive views on several topics are changing
I do hope someone can look at this and tell me where I'm wrong.
Bye, Helma
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, 15 April 2004 23:31
To: [EMAIL PROTECTED]
Subject: Jexl and JXPath give different results!
Hi,
I've been fiddling around
Does someone know what's wrong? I get a timeout on cocoondev.org (blogs,
wiki etc.).
Bye, Helma
Thanks.
Helma
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: Sunday, 18 April 2004 21:42
To: [EMAIL PROTECTED]
Subject: Re: Cocoondev.org offline?
[EMAIL PROTECTED] wrote:
Does someone know what's wrong? I get a timeout on
cocoondev.org (blogs,
wiki
Hi David,
Good idea and i admire your enthusiasm.
Thanks.
You will see my additions to that page were i tried to ensure
Yes I noticed.
that it only links to local Cocoon documentation. Already i see
that people are not heeding that, and linking off to all sorts of
remote stuff. It may
Hi David,
section. My ultimate goal is an ebook kind of documentation.
Great idea. This is then orthogonal to the total
restructuring of the xdocs, which was shelved until 2.2
because it would otherwise break our URL space.
AHA. That explains the complete radio silence when it comes to
Hi Bertrand,
Sorry about that. I guess some of us are in a more or less burnout
state about the docs (I am).
Hmm, it's more difficult to write good documentation than write good code.
There have been many discussions about how to improve the docs, many
real good ideas flying around
Hi,
I dont' want to stop or slow down your most welcome
initiative, but how
about *generating* the TOC from metadata (that would need to be added
to the docs, see [1]), instead of having a static TOC?
Ultimately you're right and the ToC should be generated, but for now I want
to use it as
1 - 100 of 136 matches
Mail list logo
