Re: initial commits need to be moderated (Was: svn commit: r226577)

Bertrand Delacretaz wrote: David Crossley a ?crit : ...This is always the case with every new committer, whether they are subscribed or not. The first commits need to be moderated. As moderator, you need to add them to the allow list by using reply-to-all... Thanks for the info - I've

[Survey] Tools for the Cocoon Portal

Hi, I'm currently writing the diploma thesis for my economics and computer science studies about the analysis, design and development of tools for the Cocoon Portal. It has a focus on tools for the user, administrator and developer of the portal. As you might know we've developed and

ajaXLST

I'm surprised no-one has mentioned this: http://sourceforge.net/projects/goog-ajaxslt/ A Google backed project to implement XSLT in Javascript for use in Ajax applications. Kinda interesting. Upayavira

[Forms] Bug in Ajax when changing widget state?

Hi people, still trying to push CForms to its limits ;) I found what might be a bug in the Ajax implementations. I have an event handler that switches the state of a widget from ACTIVE to INVISIBLE and vice-versa. When not using Ajax, everything works fine, but when ajax=true the widget

Re: Suggestion for XHTMLSerializer

On Tue, 2005-08-02 at 11:25 +0200, Antonio Fiol Bonnín wrote: Hello, I am finding a problem with empty elements when serving content with the text/html content type on Firefox. For example, collapsed empty div elements cause havoc in firefox. A possible workaround would be implementing

Re: svn commit: r226838 - in /cocoon/branches/BRANCH_2_1_X: src/java/org/apache/cocoon/transformation/TraxTransformer.java status.xml

[EMAIL PROTECTED] wrote: Author: sylvain Date: Mon Aug 1 09:52:50 2005 New Revision: 226838 URL: http://svn.apache.org/viewcvs/cocoon/branches/BRANCH_2_1_X/src/java/org/apache/cocoon/transformation/TraxTransformer.java?rev=226838r1=226837r2=226838view=diff

Release?

Need I say more? http://www.jroller.com/comments/bloritsch/Weblog/cocoon_stack_traces There are a couple killer development features that we could really use, but we need to stick to released versions for our customer. The stacktraces and the compiling classloader are two that completely

Re: svn commit: r226838 - in /cocoon/branches/BRANCH_2_1_X: src/java/org/apache/cocoon/transformation/TraxTransformer.java status.xml

Vadim Gritsenko wrote: [EMAIL PROTECTED] wrote: Author: sylvain Date: Mon Aug 1 09:52:50 2005 New Revision: 226838 URL: http://svn.apache.org/viewcvs/cocoon/branches/BRANCH_2_1_X/src/java/org/apache/cocoon/transformation/TraxTransformer.java?rev=226838r1=226837r2=226838view=diff

[Fwd: expected behaviour: global vars in flowscript]

The only response we got on the users list was Your doing it wrong. We need some better understanding of how Flowscript handles the global variables. The docs say they are treated like session variables, but even within the same request they seem to be cleared after a call to the flowscript

Re: Release?

Berin Loritsch schrieb: Need I say more? http://www.jroller.com/comments/bloritsch/Weblog/cocoon_stack_traces There are a couple killer development features that we could really use, but we need to stick to released versions for our customer. The stacktraces and the compiling

Re: [Fwd: expected behaviour: global vars in flowscript]

Berin Loritsch wrote: The only response we got on the users list was Your doing it wrong. We need some better understanding of how Flowscript handles the global variables. The docs say they are treated like session variables, but even within the same request they seem to be cleared after a

Re: Release?

Berin Loritsch wrote: Need I say more? http://www.jroller.com/comments/bloritsch/Weblog/cocoon_stack_traces There are a couple killer development features that we could really use, but we need to stick to released versions for our customer. The stacktraces and the compiling classloader are

SQLTransformer design question

We are trying to convert some older XML applications to using Cocoon. We like the implementation of the SQLTransformer for use in our converted Cocoon applications as well as new Cocoon applications. But in using the SQLTransformer we have run into application specific barriers. 1. We use

Re: Release?

Sylvain Wallez wrote: Berin Loritsch wrote: Need I say more? http://www.jroller.com/comments/bloritsch/Weblog/cocoon_stack_traces There are a couple killer development features that we could really use, but we need to stick to released versions for our customer. The stacktraces and the

Re: SLOP Patch - Added Doktor Comments

A new patch for SLOP using the newer style of things developed from the thread about Neutral Document format. I kept the old comments in there to give the project a more thorough testing. The README hasn't changed, just look through the patch or affected files. I'll be posting a new version of