Ajax and UTF-8 not working

2006-02-07 Thread Antonio Fiol Bonnín
Hello, I have made every possible attempt I can think of to make Ajax work in a UTF-8 environment. It plainly does not. I set form-encoding to UTF-8. HTML serializer is configured as follows: map:serializer logger=sitemap.serializer.html mime-type=text/html name=html4

Re: Protocol for unanswered queries on Cocoon Users list

2006-02-07 Thread Derek Hohls
Jean-Baptiste OK, now I realise what I missed (bangs head on monitor!) The datasource is called as follows from flow: function getIndDB() { if (indDatabase == null) { this.indDatabase = new IndDB(inddb); //get from the cocoon.xconf file } return indDatabase; } and in the

Re: A new FAQ entry?

2006-02-07 Thread Derek Hohls
My reply: 1. Not that I know of (if so, it needs to be publicised); closest current thing is the Wiki: http://wiki.apache.org/cocoon/FAQs 2. ??? (daisy would be a good spot; users can suggest updates but its not as easy to change as the wiki; maybe once questions are answered on mailing

Forms stylesheets and CSS

2006-02-07 Thread Simone Gianni
Hello, I've been working with CForms for more than a year, and always ended up overriding the default XSLs to add CSS classes and obtain proper formatting. I think it could be a good idea to have CSS classes applied by the default XSLs to make it easier to have forms look correctly, and

Re: A new FAQ entry?

2006-02-07 Thread Ross Gardler
Berin Loritsch wrote: This is really a three pronged question: 1. Do we have a project FAQ? 2. Where is it? on daisy? (assumption - there isn't a FAQ already) I use Daisy on an in-house project for documentation. One of the things we have done is create a FAQ document type which has a

How to build cocoon trunk?

2006-02-07 Thread Vilya Harvey
Hi there, After spending some time developing on Cocoon 2.1.5.1, I thought it was time to try and get up to date. I've checked out the Cocoon trunk from SVN and tried to follow the instructions in the README.m10n.txt file, but seem to keep getting problems. The first problem was that the

Error message when checking out 2_1_X branch

2006-02-07 Thread Andrew Stevens
Hi, I'm afraid I'm still a Subversion newbie. I tried checking out the 2_1_X branch following the instructions on the Cocoon web site; any idea what could cause the following message, or whether it's anything to worry about? I'm using subversion 1.3.0 on Windows XP.

Re: Error message when checking out 2_1_X branch

2006-02-07 Thread Antonio Gallardo
Andrew Stevens wrote: Hi, I'm afraid I'm still a Subversion newbie. I tried checking out the 2_1_X branch following the instructions on the Cocoon web site; any idea what could cause the following message, or whether it's anything to worry about? I'm using subversion 1.3.0 on Windows XP.

Re: [Vote] Let the environment interfaces extend the javax.servlet.http ones

2006-02-07 Thread Daniel Fagerstrom
Sylvain Wallez skrev: Carsten Ziegeler wrote: Sylvain Wallez wrote: One of the possible solutions is to make generally and officially available the ServletRequest and ServletResponse entries of the object model that are populated by the HttpEnvironment. This creates a migration path

Re: Error message when checking out 2_1_X branch

2006-02-07 Thread Andrew Stevens
From: Antonio Gallardo [EMAIL PROTECTED] Date: Tue, 07 Feb 2006 11:37:59 -0600 ... cd check out directory and run 'svn up' again. Nope, no difference. C:\development\cocoon\BRANCH_2_1_Xsvn up svn: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: REPORT of

Re: New imageop block in 2.1

2006-02-07 Thread Daniel Fagerstrom
Jean-Baptiste Quenot skrev: About the [1]imageop contribution, could someone explain how I can add a block in Cocoon 2.1? Take a look at some of the blocks in src/blocks and make sure that the block you like to add follow the same directory structure. Does it involve adding the new block

Re: Error message when checking out 2_1_X branch

2006-02-07 Thread Antonio Gallardo
Andrew Stevens wrote: From: Antonio Gallardo [EMAIL PROTECTED] Date: Tue, 07 Feb 2006 11:37:59 -0600 ... cd check out directory and run 'svn up' again. Nope, no difference. C:\development\cocoon\BRANCH_2_1_Xsvn up svn: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: REPORT

Re: How to build cocoon trunk?

2006-02-07 Thread Daniel Fagerstrom
Vilya Harvey skrev: Hi there, After spending some time developing on Cocoon 2.1.5.1, I thought it was time to try and get up to date. I've checked out the Cocoon trunk from SVN and tried to follow the instructions in the README.m10n.txt file, but seem to keep getting problems. The trunk is

[RT] Using Spring instead of ECM++

2006-02-07 Thread Carsten Ziegeler
What about replacing ECM++ with Spring? I've a prototype on my harddisk which sets up a Spring BeanFactory based on our current Avalon configuration files (roles and xconf with includes and property replacements). This makes all of our components real spring beans while allowing a smooth migration

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Bertrand Delacretaz
Le 7 févr. 06, à 20:41, Carsten Ziegeler a écrit : ...So what do people think? IIUC one would be able to recompile existing code, including Avalon-based components, with no or minor changes? Sounds like a dream come true: big +1 here. -Bertrand smime.p7s Description: S/MIME cryptographic

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Joerg Heinicke
On 07.02.2006 20:41, Carsten Ziegeler wrote: So what do people think? Sounds promising. Jörg

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Daniel Fagerstrom
Carsten Ziegeler skrev: What about replacing ECM++ with Spring? I've a prototype on my harddisk which sets up a Spring BeanFactory based on our current Avalon configuration files (roles and xconf with includes and property replacements). This makes all of our components real spring beans while

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Sylvain Wallez
Carsten Ziegeler wrote: What about replacing ECM++ with Spring? I've a prototype on my harddisk which sets up a Spring BeanFactory based on our current Avalon configuration files (roles and xconf with includes and property replacements). This makes all of our components real spring beans while

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Giacomo Pati
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 7 Feb 2006, Carsten Ziegeler wrote: Date: Tue, 07 Feb 2006 20:41:51 +0100 From: Carsten Ziegeler [EMAIL PROTECTED] Reply-To: dev@cocoon.apache.org To: Cocoon-Dev dev@cocoon.apache.org Subject: [RT] Using Spring instead of ECM++ What about

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Giacomo Pati
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 7 Feb 2006, Giacomo Pati wrote: On Tue, 7 Feb 2006, Carsten Ziegeler wrote: So what do people think? If it is as easy and backward compatible as you say, sure +1 from here - -- Giacomo Pati Otego AG, Switzerland -

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Ugo Cei
Il giorno 07/feb/06, alle ore 20:41, Carsten Ziegeler ha scritto: What about replacing ECM++ with Spring? I don't think I have to tell you how much I would love that. However, I'm a bit confused, but it's really my fault, as I haven't been following at all the recent realblocks/osgi/2.2

Re: Forms stylesheets and CSS

2006-02-07 Thread hepabolu
Simone Gianni wrote: Hello, I've been working with CForms for more than a year, and always ended up overriding the default XSLs to add CSS classes and obtain proper formatting. I think it could be a good idea to have CSS classes applied by the default XSLs to make it easier to have forms

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Carsten Ziegeler
Giacomo Pati wrote: Uh, what's a thread safe poolable?? If a thread safe component uses a poolable with ECM, you need to know this when implementing the thread safe component. The implementation will lookup/release the poolable whenever it needs one. Now this is of course against the

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Carsten Ziegeler
Ugo Cei wrote: Il giorno 07/feb/06, alle ore 20:41, Carsten Ziegeler ha scritto: What about replacing ECM++ with Spring? I don't think I have to tell you how much I would love that. However, I'm a bit confused, but it's really my fault, as I haven't been following at all the recent

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Carsten Ziegeler
Giacomo Pati wrote On Tue, 7 Feb 2006, Giacomo Pati wrote: On Tue, 7 Feb 2006, Carsten Ziegeler wrote: So what do people think? If it is as easy and backward compatible as you say, sure +1 from here I think it is - the only piece missing right now are Poolable's and the tree processor

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Sylvain Wallez
Carsten Ziegeler wrote: Sylvain Wallez wrote: A few questions that quickly popped up: - is it implemented as a BeanPostProcessor that implements the Avalon lifecycle interfaces? Yupp, it's a DestructionAwareBeanPostProcessor to support Dispose and Startable#stop. - how is defined

[jira] Created: (COCOON-1771) cocoon.ajax.Fader runtime error when style uses abreviated form #ccc in IE6.0sp2

2006-02-07 Thread Eric Meyer (JIRA)
cocoon.ajax.Fader runtime error when style uses abreviated form #ccc in IE6.0sp2 Key: COCOON-1771 URL: http://issues.apache.org/jira/browse/COCOON-1771 Project: Cocoon Type: Bug

[jira] Assigned: (COCOON-1771) cocoon.ajax.Fader runtime error when style uses abreviated form #ccc in IE6.0sp2

2006-02-07 Thread Antonio Gallardo (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1771?page=all ] Antonio Gallardo reassigned COCOON-1771: Assign To: Antonio Gallardo cocoon.ajax.Fader runtime error when style uses abreviated form #ccc in IE6.0sp2

[jira] Updated: (COCOON-1771) cocoon.ajax.Fader runtime error when style uses abreviated form #ccc in IE6.0sp2

2006-02-07 Thread Eric Meyer (JIRA)
[ http://issues.apache.org/jira/browse/COCOON-1771?page=all ] Eric Meyer updated COCOON-1771: --- Attachment: cocoon-ajax.js.patch Fixed doc comment and added mechanism to pass default color in case of no matching regexp. cocoon.ajax.Fader runtime error

Re: A new FAQ entry?

2006-02-07 Thread Derek Hohls
I like the idea of a categorised FAQ - a simple QA list is fine for a simple project - but Cocoon is *not* that by any measure. Can one have other categories as well? It would be great if we could start with the list that is already in the Wiki... if you need help creating the info for the

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Carsten Ziegeler
Sylvain Wallez wrote: You mean these are separate files each using their own format that are merged in a single DOM for the ApplicationContext? Yes, exactly (though technically I'm not using a DOM for this) Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de

Re: Forms stylesheets and CSS

2006-02-07 Thread Derek Hohls
Helma Supported. I did create a custom stylesheet for forms that uses styled DIV containers and strips out all the nested tables [shudder]; its not straightforward, but it would be ideal to have this available to all users, so that users do not end up with reinventing the wheel. As you say,

Resurrecting COCOON-1066

2006-02-07 Thread Antonio Fiol Bonnín
Hello, COCOON-1066 [1] was closed as duplicate because half of the description was somehow a duplicate of COCOON-1707 [2]. However, this only applied to a part of the issue, and COCOON-1707 is still open. The other part of the issue was ignored because noone else commented on it. This part is

Re: [RT] Using Spring instead of ECM++

2006-02-07 Thread Ralph Goers
If you really can pull this off then a big +1. However Can you post a sample configuration? I'd love to see what the mixture of spring and avalon-style configuration looks like. And if we can ban poolables once and for all then this will greatly simplify things. However, I'd love to