Max Pfingsthorn wrote:
Hi again!
This is mainly to Reinhard and Sylvain, I guess. Who else is a CForms
guru here? :)
IIRC the idea came from Tim Larson who has also started with some experimental
code (http://svn.apache.org/repos/asf/cocoon/whiteboard/forms/) but I have to
admit that I
Upayavira wrote:
Thank you Upayavira. Even if I'm not convinced yet it's the best
possible solution to make Cocoon doc more alive, I'm really
interested in trying it. So what's the next step ?
Register on the site (cocoon.zones.apache.org/daisy),
I think it should read /daisy/
Tim Larson wrote:
On Thu, Jun 09, 2005 at 02:14:44PM +0200, Bertrand Delacretaz wrote:
Le 9 juin 05, ? 11:52, Upayavira a ?crit :
...As granting committership requires a vote, please cast your votes
now:
[ ] Helma Van Der Linden as a Cocoon committer
+1 Welcome!
+1
Sylvain Wallez wrote:
I personally don't use v2 nor v3. People using it are invited to speak up!
You answered the question in your summary of the last year GT Hackathon
discussion about cforms
(http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109774752401800w=2) yourself:
[...]
- don't use
Hi, i've just finished quite a large cocoon site using 2.1.7 with
Forms V3. We choose this version for two reasons:
1. At the time i couldnt find much info on the different versions or
why they were there so assumed V3 meant it was more mature and the
latest.
2. showForm() in V3 offers the
[EMAIL PROTECTED] wrote:
Author: cziegeler
Date: Fri Jun 10 06:27:54 2005
New Revision: 189955
URL: http://svn.apache.org/viewcvs?rev=189955view=rev
Log:
Add FlowAction that executes a function defined in flow script.
Add hack to get the current flow Interpreter - we need a better way
Why
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Leszek Gawron wrote:
Why do we add it at all? Some time ago we did not require flowscript to
sendPage so people used it for actions. Now we introduce a hackish
FlowAction to do what we've banned ourselves.
Or am I wrong?
Don't know. Currently a sendPage is required in flow if you use
Hi Mark,
Thanks for putting in all the work. I have reviewed the documents,
straightened out some layout glitches and put them live. So you should
now be able to see your work.
I created a CategoryInDaisy page in the Wiki, so that it is easy to
record a wiki page as having been transferred.
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Why do we add it at all? Some time ago we did not require flowscript to
sendPage so people used it for actions. Now we introduce a hackish
FlowAction to do what we've banned ourselves.
Or am I wrong?
Don't know. Currently a sendPage is
Currently we are interested in developing advanced forms using cocoon piplines.I have browse through the information required to build the forms under CForms Block Samples-basic examples/various (actions). The sitemap.xmap file contains all forms and flow script. I just confused to build one.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Folks,
The ImageMap widget is done. Doc about the widget is included in this
message, as it is the field styling changes, while the Java source can
be downloaded at http://www.lucamorandini.it/imagemap.zip
...enjoy :)
--
IMAGEMAP CONFIGURATION
--
On 6/10/05, Luca Morandini [EMAIL PROTECTED] wrote:
snip/
-
CHANGES TO FORM-FIELD-STYLING.XSL
-
Note there is no need for the verbose XSLT element, attribute syntax
here, you can just use something like:
!--+
|
Le 7 juin 05, à 23:43, Sylvain Wallez a écrit :
Daniel Fagerstrom wrote:
...So IMO we need a policy for package naming. Is there any style
guide for package names for Eclipse plugins that we can adapt?
Otherwise using something like:
org.apache.cocoon.blockname.**
Yep. That's how it's
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Paul Crabtree wrote:
Hi, i've just finished quite a large cocoon site using 2.1.7 with
Forms V3. We choose this version for two reasons:
1. At the time i couldnt find much info on the different versions or
why they were there so assumed V3 meant it was more mature and the
latest.
Well,
Reinhard Poetz wrote:
Sylvain Wallez wrote:
I personally don't use v2 nor v3. People using it are invited to
speak up!
You answered the question in your summary of the last year GT
Hackathon discussion about cforms
(http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109774752401800w=2)
Hi !
I followed your discussion about the CForm flowscript
API. Does this affect JavaFlow ?
And, as I am in the startup of major project, and
want to use JavaFlow, is this a safe decision for the future ? There is not
much documentation around there, so I am not sure wether this
Peter Hunsberger wrote:
On 6/10/05, Luca Morandini [EMAIL PROTECTED] wrote:
Note there is no need for the verbose XSLT element, attribute syntax
here, you can just use something like:
Sure, that was a leftover from various experiments I did and then forgot
to streamline.
Regards,
Reinhard Poetz wrote:
Max Pfingsthorn wrote:
Hi again!
This is mainly to Reinhard and Sylvain, I guess. Who else is a CForms
guru here? :)
IIRC the idea came from Tim Larson who has also started with some
experimental code
(http://svn.apache.org/repos/asf/cocoon/whiteboard/forms/) but I
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
While inspecting the current sitemap (tree builder) code for flow,
I'm wondering about the support for different languages.
The basic question first: do we want to support more than one flow
language per sitemap?
If yes, imho this isn't supported yet. It's possible to register
scripts for
Hello again,
I ask and i reply me. XD
The solution is to create a empty folder in src/blocks/stx/java
Best regards
[EMAIL PROTECTED] escribió:
Hello everybody,
I am having problems to build the src version of cocoon-2.1.7.
I am excluding the stx block with my local.block.properties.
Hi Helma,
On 10 Jun 2005, at 09:12, Linden H van der (MI) wrote:
However, I don't think it's a good idea to put this info at the bottom
of the wiki page. I'd rather put it on the top like:
The content of this page is moved to daisy link. Updates to the
content will be done there. This page
Bertrand Delacretaz wrote:
Le 7 juin 05, à 23:43, Sylvain Wallez a écrit :
Daniel Fagerstrom wrote:
...So IMO we need a policy for package naming. Is there any style
guide for package names for Eclipse plugins that we can adapt?
Otherwise using something like:
Linden H van der (MI) wrote:
Hi Mark,
The navigation (and every document for that matter) can include queries.
So what I want is a navigation section that basically displays all
documents available (including the unpublished ones). The only problem
now is to whom it will be visible.
Really,
Mark Leicester wrote:
On http://cocoon.apache.org/mirror.cgi the link to the explanation as to
why there are no binary distributions points to the old
wiki.cocoondev.org address (and does not redirect).
Mark
I've edited mirror.html on Minotaur (also occurred in
dist/cocoon/README.html),
Really, you want it so that editors and publishers can see it, but
guests can't.
Eh, yes, but since publishers 'automagically' get the editors role as
well, I mentioned the editors only.
Maybe a switch between published and latest would be good.
This exists for a SimpleDocument (but only
Hi again, :(
ok, with the solution that i responsed in my previous mail i can build
correctly cocoon but now i have the next fail when i do
http://localhost:8080/cocoon
excepcin
javax.servlet.ServletException: Servlet.init() para servlet Cocoon lanz excepcin
On http://cocoon.apache.org/mirror.cgi the link to the explanation as
to why there are no binary distributions points to the old
wiki.cocoondev.org address (and does not redirect).
Hmm, since this is only a small amount of text I would simply include it
in the page, rather than referring to
Lutz Thomas wrote:
And, as I am in the startup of major project, and want to use JavaFlow, is
this a safe decision for the future ? There is not much documentation around
there, so I am not sure wether this block is stable enough for production
use...
we use javaflow in production, although
Hello,
I've been wanting to use the ValidationTransformer and
ValidationTransformerReporter described on the wiki at
http://wiki.apache.org/cocoon/ValidationTransformer
The source code is given in some java files but I'm having trouble
compiling them.
In particular, the code has imports for
One more thing: I just discovered that when I retire a document, the
document disappears immediately! Is that right?! I would've expected a
publisher to need to approve my retiring of a document first.
Mark
On 10 Jun 2005, at 17:40, Linden H van der (MI) wrote:
Really, you want it so that
I use maven to do my builds. The jars are all in our local repository.
These are the dependencies I have in my project.xml to compile:
dependency
groupIdcocoon/groupId
artifactIdcocoon/artifactId
urlhttp://cocoon.apache.org/2.1//url
/dependency
dependency
We have used JavaFlow lightly and have not had any problems. We plan to
use it more heavily. I don't know if that helps.
Lutz Thomas wrote:
Hi !
I followed your discussion about the CForm flowscript API. Does this
affect JavaFlow ?
And, as I am in the startup of major project, and want to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
One more thing: I just discovered that when I retire a document, the
document disappears immediately! Is that right?! I would've
expected a
publisher to need to approve my retiring of a document first.
I'm not familiar with the inner working of Daisy. Your assumption sounds
reasonable. I
On Jun 9, 2005, at 4:52 AM, Upayavira wrote:
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to
be editors, so that they can get on and do good stuff without
having to ask. They have the ideas and enthusiasm, and I'm very
keen to see what they can come up with. If they wish
Hi,
On 9 Jun 2005, at 20:38, Upayavira wrote:
I don't know if we usually book. I think we just turn up and find
seats. We don't normally have food, just guzzle :-)
We don't book ... it's not really a bookable kind of place (unless of
course we have hundreds turning up!).
I'll wear a
Bertrand Delacretaz wrote:
Le 7 juin 05, à 23:43, Sylvain Wallez a écrit :
Daniel Fagerstrom wrote:
...So IMO we need a policy for package naming. Is there any style
guide for package names for Eclipse plugins that we can adapt?
Otherwise using something like:
To all document editors,
Seeing Mark's work and my own I decided that we best set some basic
rules for writing the documentation and using particular styling. This
improves a consistent look and prevents tedious cleanup at a later
stage.
This is what I propose (and I know _I_ haven't been
Linden H van der (MI) wrote:
To all document editors,
Seeing Mark's work and my own I decided that we best set some basic
rules for writing the documentation and using particular styling. This
improves a consistent look and prevents tedious cleanup at a later
stage.
This is what I propose (and
Sylvain Wallez wrote:
Paul Crabtree wrote:
Hi, i've just finished quite a large cocoon site using 2.1.7 with
Forms V3. We choose this version for two reasons:
1. At the time i couldnt find much info on the different versions or
why they were there so assumed V3 meant it was more mature and
Glen Ezkovich wrote:
On Jun 9, 2005, at 4:52 AM, Upayavira wrote:
Also, I'd like to invite both Mark Leicester and Glen Ezkovich to be
editors, so that they can get on and do good stuff without having to
ask. They have the ideas and enthusiasm, and I'm very keen to see
what they can come
Le 10 juin 05, à 18:23, Daniel Fagerstrom a écrit :
...I will be offline the comming week (sailing). Feel free to finish
the OSGi stuff while I'm away ;)
hmmm...this OSGI stuff is cool, but if we have a choice, I'd rather go
sailing ;-)
-Bertrand
smime.p7s
Description: S/MIME
-Original Message-
From: Jochen Kuhnle [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 8. Juni 2005 19:04
To: dev@cocoon.apache.org
Subject: Re: Why does XSPMarkupLanguage wrap text in xsp:text?
Hope I'm not too annoying on this issue, but on further work on logic
sheets, I believe the
Leszek Gawron wrote:
Linden H van der (MI) wrote:
...
It would be the best if you provided your guideline as a template page
YourPageShouldLookLikeThis.
It would be even better if you defined classes for the different style
elements you want and disable the ability to arbitrarily use em
It would be even better if you defined classes for the
different style
elements you want and disable the ability to arbitrarily use em and
i for example.
This is already taken care of in Daisy by the htmlArea plugin and
Daisy's HTMLCleaner
The htmlArea plugin can be customised so that
It would be the best if you provided your guideline as a
template page
YourPageShouldLookLikeThis.
Good idea.
OT: Suppose I'd like to review some documents that have not been
published yet. Is there a special query for that?
Yes, I don't have it from the top of my head, but if you
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: Donnerstag, 9. Juni 2005 11:52
To: dev@cocoon.apache.org
Subject: [VOTE] Document Editors, and a new Committer
On this basis, I'd like to propose Helma Van Der Linden as a Cocoon
committer, and thus our first 'publisher'.
Another question: how do include anchors within pages? Should I do it
manually with the HTML view?
No idea, do check it as I'm not sure it'll pass the HTMLCleaner config.
Bye, Helma
Ralph Goers wrote:
I use maven to do my builds. The jars are all in our local repository.
These are the dependencies I have in my project.xml to compile:
...
Thanks for your reply.
I haven't used Maven, and I'm reluctant to add another third-party tool
to our process.
Is there a way to
I started this a while ago and some of this has been brought up by
Ross so some is a repeat. The most important thing is that we be
consistent in style. It will make users lives much easier if we have
a single set of conventions.
On Jun 10, 2005, at 3:28 AM, Linden H van der (MI) wrote:
Linden H van der (MI) wrote:
It would be even better if you defined classes for the
different style
elements you want and disable the ability to arbitrarily use em and
i for example.
This is already taken care of in Daisy by the htmlArea plugin and
Daisy's HTMLCleaner
The HTMLCleaner is
I believe I just saw something today in Daisy that documented that and I
think it was copied from the Wiki. I'd look there.
Ralph
Lars Huttar wrote:
Ralph Goers wrote:
I use maven to do my builds. The jars are all in our local
repository. These are the dependencies I have in my project.xml
On Jun 10, 2005, at 3:38 PM, Ross Gardler wrote:
Leszek Gawron wrote:
Linden H van der (MI) wrote:
...
It would be the best if you provided your guideline as a template
page YourPageShouldLookLikeThis.
It would be even better if you defined classes for the different
style
Hi Elvira:
Wich cocoon distro are you deployed? [zip or tar.gz]
Based on the errors I guess you are using a cocoon zip distro. Since you
use Debian, please try the tar.gz
Best Regards,
Antonio Gallardo
On Vie, 10 de Junio de 2005, 11:29, [EMAIL PROTECTED] dijo:
Hi again, :(
ok, with the
On Jue, 9 de Junio de 2005, 4:52, Upayavira dijo:
As granting committership requires a vote, please cast your votes now:
[ ] Helma Van Der Linden as a Cocoon committer
+1, Welcome Helma! :-)
Best Regards,
Antonio Gallardo
60 matches
Mail list logo
