[jira] Created: (COCOON-1692) [PATCH] Tree widget not handling on-selection-change events correctly.

2005-11-22 Thread Suzan Foster (JIRA)
[PATCH] Tree widget not handling on-selection-change events correctly. -- Key: COCOON-1692 URL: http://issues.apache.org/jira/browse/COCOON-1692 Project: Cocoon Type: Bug Components: Blocks: Forms

Re: Planning 2.2

2005-11-22 Thread Daniel Fagerstrom
Carsten Ziegeler wrote: Ralph Goers wrote: Actually, I disagree. The one compelling (and exciting) thing for me about 2.2 is the ability to download a small core and to be able to use maven (or a tool that hides maven) to create my application. I want to be able to use maven 2 to create

Re: Planning 2.2

2005-11-22 Thread Giacomo Pati
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 Nov 2005, Carsten Ziegeler wrote: Date: Tue, 22 Nov 2005 08:59:31 +0100 From: Carsten Ziegeler [EMAIL PROTECTED] Reply-To: dev@cocoon.apache.org To: dev@cocoon.apache.org Subject: Re: Planning 2.2 Ralph Goers wrote: Actually, I

integrating mailinglist output in Cocoon

2005-11-22 Thread hepabolu
Guys, I want to integrate a mailinglist into my Cocoon-based website. More specifically: I want to show the messages of today and yesterday on a page (with proper hiding of email addresses) and add some extra info about subscription and archives. Can anyone tell me how to do that? AFAIK

[jira] Commented: (COCOON-1209) JS 'popups' are rendered behind select lists and applets.

2005-11-22 Thread Alexander Malic (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1209?page=comments#action_12358224 ] Alexander Malic commented on COCOON-1209: - The Problem is, that the z-Index of the Popup-DIV is lower that the z-Index of the TAB-Content. Thats because the DIV for

[jira] Updated: (COCOON-1209) JS 'popups' are rendered behind select lists and applets.

2005-11-22 Thread Alexander Malic (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1209?page=all ] Alexander Malic updated COCOON-1209: Attachment: cocoon-bug.png JS 'popups' are rendered behind select lists and applets. -

Re: Planning 2.2

2005-11-22 Thread Vadim Gritsenko
Ralph Goers wrote: If we aren't going to upgrade the build system right away then I might as well stay on 2.1. We are discussing 2.2 *m* 1 (it's not even alpha) release. You probably ought to stay on 2.1 anyway :) Vadim

[EMAIL PROTECTED]: Project cocoon-block-cron (in module cocoon) failed

2005-11-22 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-cron has an issue affecting its community integration. This issue

[EMAIL PROTECTED]: Project cocoon-block-cron (in module cocoon) failed

2005-11-22 Thread Gump
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project cocoon-block-cron has an issue affecting its community integration. This issue

Re: Planning 2.2

2005-11-22 Thread Ezkovich Glen
On Nov 22, 2005, at 1:18 AM, Reinhard Poetz wrote: Glen Ezkovich wrote: On Nov 21, 2005, at 12:16 AM, Reinhard Poetz wrote: Carsten Ziegeler wrote: Now as 2.1.8 is out, we should think about a 2.2 release. I think for a 2.2 release we should at least finish the following things: -

Re: integrating mailinglist output in Cocoon

2005-11-22 Thread Peter Hunsberger
I want to integrate a mailinglist into my Cocoon-based website. More specifically: I want to show the messages of today and yesterday on a page (with proper hiding of email addresses) and add some extra info about subscription and archives. Can anyone tell me how to do that? AFAIK there are

Re: Planning 2.2

2005-11-22 Thread Ralph Goers
Vadim Gritsenko wrote: Ralph Goers wrote: If we aren't going to upgrade the build system right away then I might as well stay on 2.1. We are discussing 2.2 *m* 1 (it's not even alpha) release. You probably ought to stay on 2.1 anyway :) I understand. But the point of milestone

Re: [jira] Commented: (COCOON-1689) Cannot save a cform containing a multivalued field with more than 9 values !

2005-11-22 Thread Philippe Gassmann
Joerg Heinicke a écrit : On 18.11.2005 17:56, Philippe Gassmann (JIRA) wrote: [ http://issues.apache.org/jira/browse/COCOON-1689?page=comments#action_12357985 ] Philippe Gassmann commented on COCOON-1689: --- This bug isn't a joke, and de facto,

Re: Planning 2.2

2005-11-22 Thread Daniel Fagerstrom
Ezkovich Glen wrote: On Nov 22, 2005, at 1:18 AM, Reinhard Poetz wrote: Glen Ezkovich wrote: ... I'm a bit confused, is this the only difference between 2.1 and 2.2 or are the other changes complete and ready to roll? These changes amount to a refactoring. What distinguishes 2.2

[jira] Created: (COCOON-1693) When using src parameter on sendMail action, body is included as attachment, and when using body parameter, mimeType is always text/html

2005-11-22 Thread Marc Salvetti (JIRA)
When using src parameter on sendMail action, body is included as attachment, and when using body parameter, mimeType is always text/html Key:

[jira] Updated: (COCOON-1693) When using src parameter on sendMail action, body is included as attachment, and when using body parameter, mimeType is always text/html

2005-11-22 Thread Marc Salvetti (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1693?page=all ] Marc Salvetti updated COCOON-1693: -- Attachment: Sendmail.java MailSender.java MailMessageSender.java When using src parameter on sendMail action, body is

[jira] Commented: (COCOON-1693) When using src parameter on sendMail action, body is included as attachment, and when using body parameter, mimeType is always text/html

2005-11-22 Thread Marc Salvetti (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1693?page=comments#action_12358248 ] Marc Salvetti commented on COCOON-1693: --- I changed 3 files : MailMessageSender.java MailSender.java SendMail.java Basically, i added a bodyMimeType parameter to the

Re: Planning 2.2

2005-11-22 Thread Sylvain Wallez
Bertrand Delacretaz wrote: Le 21 nov. 05, à 13:23, Jorg Heymans a écrit : ...We could start this process incrementally today by just deploying snapshots of the 2.2 core jar. No huge announcements or anything, just get it out there for the bleeding-edgers and to test the release process..

[jira] Commented: (COCOON-1689) Cannot save a cform containing a multivalued field with more than 9 values !

2005-11-22 Thread Sylvain Wallez (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1689?page=comments#action_12358249 ] Sylvain Wallez commented on COCOON-1689: We have no indication of the JXPath problem that led to avoiding the use of jxpathContext.removePath(). Giacomo, as the

Re: Planning 2.2

2005-11-22 Thread Reinhard Poetz
Ralph Goers wrote: Vadim Gritsenko wrote: Ralph Goers wrote: If we aren't going to upgrade the build system right away then I might as well stay on 2.1. We are discussing 2.2 *m* 1 (it's not even alpha) release. You probably ought to stay on 2.1 anyway :) I understand. But the

Re: Planning 2.2

2005-11-22 Thread Ralph Goers
Reinhard Poetz wrote: I wouldn't say that there are no other features in trunk than the build system ;-) Maybe the Maven build is the feature that you you're waiting for. Others may wait for the virtual sitemap components or something else - don't know. I didn't mean to imply that there

Request for help with Ajax/CForms problem

2005-11-22 Thread hepabolu
Guys, I'm trying to implement a union widget in my CForm, much along the lines of the datasource-chooser. AFAICT I've done exactly the same thing, but every time I switch the selection (i.e. the sourcetype in the datasource sample) I get an error:

Re: [jira] Commented: (COCOON-1689) Cannot save a cform containing a multivalued field with more than 9 values !

2005-11-22 Thread Giacomo Pati
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 Nov 2005, Sylvain Wallez (JIRA) wrote: Date: Tue, 22 Nov 2005 16:14:42 +0100 (CET) From: Sylvain Wallez (JIRA) [EMAIL PROTECTED] Reply-To: dev@cocoon.apache.org To: dev@cocoon.apache.org Subject: [jira] Commented: (COCOON-1689) Cannot

Re: Request for help with Ajax/CForms problem

2005-11-22 Thread Tim Larson
On Tue, Nov 22, 2005 at 05:08:22PM +0100, hepabolu wrote: I'm trying to implement a union widget in my CForm, much along the lines of the datasource-chooser. AFAICT I've done exactly the same thing, but every time I switch the selection (i.e. the sourcetype in the datasource sample) I get

Re: maven2 groovy plugin archetype

2005-11-22 Thread BURGHARD Éric
Jorg Heymans wrote: BURGHARD Éric wrote: Perhaps it could be usefull for you, so you can find the sources on a svn repository (the server is not always online: no-ip rulez :-) I'll have a look at this, thanks! I've just realized that a .groovy can be compiled directly in a .class

Re: [jira] Commented: (COCOON-1689) Cannot save a cform containing a multivalued field with more than 9 values !

2005-11-22 Thread Sylvain Wallez
Giacomo Pati wrote: [ http://issues.apache.org/jira/browse/COCOON-1689?page=comments#action_12358249 ] Sylvain Wallez commented on COCOON-1689: We have no indication of the JXPath problem that led to avoiding the use of

Re: [DAISY] Comment added to XInclude Transformer

2005-11-22 Thread Antonio Gallardo
[EMAIL PROTECTED] wrote: A comment has been created. http://cocoon.zones.apache.org/daisy/legacydocs/458.html Document ID: 458 Name: XInclude Transformer Branch: main Language: default Created by: Jean-Baptiste Quenot Created on: 11/21/05 1:23:09 PM Visibility: public Cacheable: yes. What

[jira] Created: (COCOON-1694) Error decommissioning component: org.apache.cocoon.components.store.impl.EHDefaultStore

2005-11-22 Thread Pier Fumagalli (JIRA)
Error decommissioning component: org.apache.cocoon.components.store.impl.EHDefaultStore --- Key: COCOON-1694 URL: http://issues.apache.org/jira/browse/COCOON-1694 Project: Cocoon

[jira] Created: (COCOON-1695) Saxon requires an XML parser that reports the QName of each element

2005-11-22 Thread Pier Fumagalli (JIRA)
Saxon requires an XML parser that reports the QName of each element --- Key: COCOON-1695 URL: http://issues.apache.org/jira/browse/COCOON-1695 Project: Cocoon Type: Bug Versions: 2.1.8

[jira] Created: (COCOON-1696) A humongous number of blocks is required to support the webdav: source

2005-11-22 Thread Pier Fumagalli (JIRA)
A humongous number of blocks is required to support the webdav: source Key: COCOON-1696 URL: http://issues.apache.org/jira/browse/COCOON-1696 Project: Cocoon Type: Improvement Components:

[jira] Updated: (COCOON-1695) Saxon requires an XML parser that reports the QName of each element

2005-11-22 Thread Pier Fumagalli (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1695?page=all ] Pier Fumagalli updated COCOON-1695: --- Component: * Cocoon Core Saxon requires an XML parser that reports the QName of each element

[jira] Updated: (COCOON-1695) Saxon requires an XML parser that reports the QName of each element

2005-11-22 Thread Pier Fumagalli (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1695?page=all ] Pier Fumagalli updated COCOON-1695: --- Attachment: patch.txt Simple patch solving this issue by correcting the way in which detection is performed. Saxon requires an XML parser that

[jira] Kommentiert: (COCOON-1696) A humongous number of blocks is required to support the webdav: source

2005-11-22 Thread JIRA
[ http://issues.apache.org/jira/browse/COCOON-1696?page=comments#action_12358310 ] Jörg Heinicke commented on COCOON-1696: --- Are these real dependencies or are they just needed for some of the samples, but not marked that way? A humongous number of

[jira] Commented: (COCOON-1696) A humongous number of blocks is required to support the webdav: source

2005-11-22 Thread Pier Fumagalli (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1696?page=comments#action_12358312 ] Pier Fumagalli commented on COCOON-1696: I think most dependancies are real (I tried compiling without explicitly including them and samples off, it failed). My

Re: [jira] Updated: (COCOON-1695) Saxon requires an XML parser that reports the QName of each element

2005-11-22 Thread Pier Fumagalli
On 22 Nov 2005, at 22:13, Pier Fumagalli (JIRA) wrote: [ http://issues.apache.org/jira/browse/COCOON-1695?page=all ] Pier Fumagalli updated COCOON-1695: --- Attachment: patch.txt Simple patch solving this issue by correcting the way in which

Re: Planning 2.2

2005-11-22 Thread Vadim Gritsenko
Daniel Fagerstrom wrote: Ezkovich Glen wrote: On Nov 22, 2005, at 1:18 AM, Reinhard Poetz wrote: Glen Ezkovich wrote: ... This is what I thought. I was in effect questioning wether these new features are ready to go. My concern is the documentation for these new changes and features.

[jira] Updated: (COCOON-1694) Error decommissioning component: org.apache.cocoon.components.store.impl.EHDefaultStore

2005-11-22 Thread Pier Fumagalli (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1694?page=all ] Pier Fumagalli updated COCOON-1694: --- Attachment: patch.txt Ok, the problem lied in the fact that each persistent cache registers a shutdown hook in the runtime, and if someone (like me)

Re: Planning 2.2

2005-11-22 Thread Ezkovich Glen
On Nov 22, 2005, at 5:12 PM, Vadim Gritsenko wrote: Daniel Fagerstrom wrote: Ezkovich Glen wrote: On Nov 22, 2005, at 1:18 AM, Reinhard Poetz wrote: Glen Ezkovich wrote: ... This is what I thought. I was in effect questioning wether these new features are ready to go. My concern is

Re: Planning 2.2

2005-11-22 Thread Carsten Ziegeler
Jorg Heymans wrote: +1, separate release cycles for more and quicker releases. We could start this process incrementally today by just deploying snapshots of the 2.2 core jar. No huge announcements or anything, just get it out there for the bleeding-edgers and to test the release

[jira] Assigned: (COCOON-1691) ESQL compilation error

2005-11-22 Thread Alfred Nathaniel (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1691?page=all ] Alfred Nathaniel reassigned COCOON-1691: Assign To: Alfred Nathaniel ESQL compilation error -- Key: COCOON-1691 URL: