Carsten Ziegeler said the following on 11-05-2006 17:57:
the ugly or boring stuff. A simple example is documentation, but there
Guys,
I wholeheartedly agree that documentation needs to be tackled. I just
want to explain my low profile here: there are some troubles in my
private life as well
Hi,
Due to pressures of work, I need to relinquish my moderation role on
dev/users/cvs/[EMAIL PROTECTED]
Are the existing additional moderators happy to continue the job without
me, or do we require additional volunteers?
Regards, Upayavira
hepabolu wrote:
Carsten Ziegeler said the following on 11-05-2006 17:57:
the ugly or boring stuff. A simple example is documentation, but there
Guys,
I wholeheartedly agree that documentation needs to be tackled.
Just to be clear, my statement was not targeted at anyone specific but
at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 12 May 2006, Upayavira wrote:
Date: Fri, 12 May 2006 09:00:40 +0100
From: Upayavira [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Relinquishing moderation role
Hi,
Due to pressures of work, I need
On 5/12/06, Upayavira [EMAIL PROTECTED] wrote:
...Are the existing additional moderators happy to continue the job without
me, or do we require additional volunteers?..
I'm ok to continue but I'm not sure who the others are, do you have a
list? Or better: how do I find out myself?
My
Hi Carsten,
On 5/12/06, Carsten Ziegeler [EMAIL PROTECTED] wrote:
hepabolu wrote:
Carsten Ziegeler said the following on 11-05-2006 17:57:
the ugly or boring stuff. A simple example is documentation, but there
Guys,
I wholeheartedly agree that documentation needs to be tackled.
Just to be
Patrick Ahles wrote:
Being a Daisy addict for some time now, the answer is simple: you
can't (at least, not that know of). The 'only' option is to use a
simple html-editor and use only simple HTML tags like h1, h2, strong,
pre etc. Then copy and paste it if you're online.
Thanks Patrick -
Patrick Ahles wrote:
That is a possibility but it still comes to copying and pasting the
content. At this time you cannot export a document from your local
daisy intance and import it into another (remote) instance.
Yes, but I can use the same editor creating the same format (tags).
Carsten Ziegeler said the following on 12-05-2006 11:04:
Patrick Ahles wrote:
That is a possibility but it still comes to copying and pasting the
content. At this time you cannot export a document from your local
daisy intance and import it into another (remote) instance.
Yes, but I can use
On 12 May 2006, at 10:07, Carsten Ziegeler wrote:
Now my biggest problem is offline editing? I asked this question some
time ago but never got any helping answer. What is the best way to edit
the docs offline?
http://cocoondev.org/daisyscratchpad/g4/291.html#dsy291_detachment ;)
Steven Noels wrote:
On 12 May 2006, at 10:07, Carsten Ziegeler wrote:
Now my biggest problem is offline editing? I asked this question some
time ago but never got any helping answer. What is the best way to edit
the docs offline?
Steven Noels wrote:
On 12 May 2006, at 10:07, Carsten Ziegeler wrote:
Now my biggest problem is offline editing? I asked this question some
time ago but never got any helping answer. What is the best way to edit
the docs offline?
On 12 May 2006, at 11:52, Sylvain Wallez wrote:
You should also consider the recent and impressive progress that has
been done in offline-aware webapps:
http://ajaxian.com/archives/dojostorage-offline-access-and-permanent-
client-side-storage
Yes, I've seen that. However, the detachment idea
Simone Gianni wrote:
Hi Sylvain,
you're right, I do agree with you. I was searching for a way to
cooperate without having to make a couple of patches every day.
Anyway, we can reduce the amount of patches (and thus the tedious part
of them) by organizing wisely the developement effort, like
Bertrand Delacretaz wrote:
Upayavira wrote:
...Are the existing additional moderators happy to continue the job without
me, or do we require additional volunteers?..
I'm ok to continue but I'm not sure who the others are, do you have a
list? Or better: how do I find out myself?
My
hepabolu wrote:
I think you're much quicker creating a document in Daisy that uses all
available tags, then switch to HTML (the button) and copy/past that
into a simple textfile you store locally.
When writing docs, you can refer to the supported tags and afterwards
paste your info in
I'm not sure if I'm on the right track. What I found so far is that if a node is
a LinkedProcessingNodeBuilder its linkNode() method is called. When the tree
processor is set up, a node builder is registered for this step by adding it to
the linkedBuilders collection:
public
Hi Carsten,
there is a lot of work that can be done offline: the current
documentation supports a doclet system with which the short
description part of components and some other informations can be
written directly inside the .java files. See
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 12 May 12:22 PM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-05-12 12:02:06
... Rendering docs in
Reinhard Poetz schrieb:
I'm not sure if I'm on the right track. What I found so far is that if a node
is
a LinkedProcessingNodeBuilder its linkNode() method is called. When the tree
processor is set up, a node builder is registered for this step by adding it
to
the linkedBuilders
[ http://issues.apache.org/jira/browse/COCOON-1694?page=all ]
Ross McDonald updated COCOON-1694:
--
Attachment: EHDefaultStore-2.1.9.patch.txt
we have applied this patch to the 2.1.9 codebase, and tested, it works fine
Error decommissioning component:
[ http://issues.apache.org/jira/browse/COCOON-1697?page=all ]
Ross McDonald updated COCOON-1697:
--
Attachment: FOM_Cocoon-2.1.9.patch.txt
first part of patch for this issue, implemented and test with Cocoon 2.1.9
Allow request parameters to be used in
[ http://issues.apache.org/jira/browse/COCOON-1697?page=all ]
Ross McDonald updated COCOON-1697:
--
Attachment: FOM_RequestParameters-2.1.9.patch.txt
second part of the patch for this issue, implemented and tested with cocoon
2.1.9
Allow request
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm hunting that bug too ;-)
My observation until now is that:
a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
b) it seems (during my debugging) there is only one CallNodeBuilder in
the system (even though it is not marked
Ignore my last email - the current code is correct. The singleton
variable is set to false some lines below :(
Carsten
Carsten Ziegeler wrote:
Yes, this could be the problem. I briefly looked through the code and
(i'm not sure) it seems that avalon components without a lifecycle
interface
Carsten Ziegeler wrote:
Ignore my last email - the current code is correct. The singleton
variable is set to false some lines below :(
Just wanted to answer that it doesn't fix it. IIUC the container with the
builders is setup in SitemapLanguage.java#405-430. But I don't understand how
the
Giacomo Pati schrieb:
I'm hunting that bug too ;-)
My observation until now is that:
a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
b) it seems (during my debugging) there is only one CallNodeBuilder in
the system (even though it is not marked ThreadSafe as other
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm hunting that bug too ;-)
My observation until now is that:
a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
b) it seems (during my debugging) there is only one CallNodeBuilder in
the system (even though
Reinhard Poetz schrieb:
Carsten Ziegeler wrote:
Ignore my last email - the current code is correct. The singleton
variable is set to false some lines below :(
Just wanted to answer that it doesn't fix it. IIUC the container with the
builders is setup in SitemapLanguage.java#405-430. But I
Carsten Ziegeler wrote:
Giacomo Pati schrieb:
I'm hunting that bug too ;-)
My observation until now is that:
a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
b) it seems (during my debugging) there is only one CallNodeBuilder in
the system (even though it is not marked
Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Giacomo Pati schrieb:
I'm hunting that bug too ;-)
My observation until now is that:
a) SitemapLanguage#createNodeBuilder creates the CallNodeBuilder
b) it seems (during my debugging) there is only one CallNodeBuilder in
the system (even
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 12 May 2006, Carsten Ziegeler wrote:
Date: Fri, 12 May 2006 16:05:16 +0200
From: Carsten Ziegeler [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: CallFunctionNode problems in trunk
Reinhard Poetz
Giacomo Pati schrieb:
On Fri, 12 May 2006, Carsten Ziegeler wrote:
Date: Fri, 12 May 2006 16:05:16 +0200
From: Carsten Ziegeler [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: CallFunctionNode problems in trunk
Reinhard Poetz schrieb:
Carsten
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 12 May 2006, Carsten Ziegeler wrote:
Date: Fri, 12 May 2006 16:23:58 +0200
From: Carsten Ziegeler [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: CallFunctionNode problems in trunk
Giacomo Pati
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've something working for an app I'm migrating to cocoon-2.2. Could
one of the other bug hunters check if the attached patch works for her,
too? If so that patch could be a base for how to solve this issue.
TIA and have a nice weekend!
Giacomo
I created a new site Cocoon 3.0 in Daisy. The main purpose is that it will
become the home of all Cocoon 3.0 relevant documents.
The second purpose is that I've wanted to try out a new (technical) structure.
My goal is a more modular documentation that makes it possible to assemble the
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've something working for an app I'm migrating to cocoon-2.2. Could one
of the other bug hunters check if the attached patch works for her,
too? If so that patch could be a base for how to solve this issue.
It works for
[ http://issues.apache.org/jira/browse/COCOON-1694?page=all ]
Jörg Heinicke updated COCOON-1694:
--
Other Info: [Patch available]
Error decommissioning component:
org.apache.cocoon.components.store.impl.EHDefaultStore
On Fri, 12 May 2006, Reinhard Poetz wrote:
Date: Fri, 12 May 2006 17:57:46 +0200
From: Reinhard Poetz [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: CallFunctionNode problems in trunk
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Based on my experiences with CForms, I have to say that I am very
frustrated. Yet at this point we are committed. I think something
that would greatly reduce my frustrations as well as other potential
users is a full soup to nuts explanation of how to set up forms for
your existing
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 13 May 12:22 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-05-13 12:02:10
... Rendering docs in
41 matches
Mail list logo