two submit buttons on the form

2008-03-12 Thread navrc
Hallo, I want to have two submit buttons (prev,next) for browse in DB on the form. But I dnon't know how can I get in the flowscript which button the user press. Thanks you for the replay. Pavel Navrkal -- View this message in context:

Re: two submit buttons on the form

2008-03-12 Thread Andre Juffer
navrc wrote: Hallo, I want to have two submit buttons (prev,next) for browse in DB on the form. But I dnon't know how can I get in the flowscript which button the user press. For instance: In your form: input type=submit name=browse value=browse-1 / input type=submit name=browse

Re: getComponent vs. context.getAttribute

2008-03-12 Thread Carsten Ziegeler
Patrick Heiden wrote: Hi, Is there any notable difference in asking for Spring-beans inside flow-scripts wheter using cocoon.getComponent(myBean); // via avalon-bridge!? or var appCtx = cocoon.context.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);

How to get to the settings object in JXTemplate ?

2008-03-12 Thread Luca Morandini
I tried to use the settings object in JX (say, ${cocoon.settings.basepageTitle}), but nothing showed. I then displayed the mere cocoon object in JX, getting this: {parameters=Parameters[r/w]:{}, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] No settings object in sight... I was

Re: getComponent vs. context.getAttribute

2008-03-12 Thread Carsten Ziegeler
Patrick Heiden wrote: Hello together! Is there any notable difference in asking for Spring-beans inside flow-scripts wheter using cocoon.getComponent(myBean); // via avalon-bridge!? or var appCtx = cocoon.context.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);

Re: getComponent vs. context.getAttribute

2008-03-12 Thread Carsten Ziegeler
Grzegorz Kossakowski wrote: Yep, I haven't mentioned these sitemap-specific containers because they are only there for back-compatibility and they are very likely to be deprecated in the future. Moreover, these sitemap-specific containers support only Avalon components and not Spring beans.

Re: How to get to the settings object in JXTemplate ?

2008-03-12 Thread Grzegorz Kossakowski
Luca Morandini wrote: I tried to use the settings object in JX (say, ${cocoon.settings.basepageTitle}), but nothing showed. I then displayed the mere cocoon object in JX, getting this: {parameters=Parameters[r/w]:{}, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] No settings

Re: getComponent vs. context.getAttribute

2008-03-12 Thread Grzegorz Kossakowski
Carsten Ziegeler wrote: Grzegorz Kossakowski wrote: Yep, I haven't mentioned these sitemap-specific containers because they are only there for back-compatibility and they are very likely to be deprecated in the future. Moreover, these sitemap-specific containers support only Avalon

Re: getComponent vs. context.getAttribute

2008-03-12 Thread Grzegorz Kossakowski
Carsten Ziegeler wrote: Patrick Heiden wrote: Thanks for this one! It might even be the simpler approach. What is confusing for me so far (informations I got from Grzegorz Kossakowski), that the actual implementation (2.2) does not 'really' support different bean-containers. I am able to

Re: Sitemap pipelines

2008-03-12 Thread Grzegorz Kossakowski
Joerg Heinicke wrote: On 10.03.2008 18:48, Grzegorz Kossakowski wrote: That's what I originally tried. It would seem that due to a matcher in the sub sitemap that matches all html requests. This matcher contains a simple action to verify a request header and redirect if not present. Once

Re: How to get to the settings object in JXTemplate ?

2008-03-12 Thread Luca Morandini
Grzegorz Kossakowski wrote: Luca Morandini wrote: No settings object in sight... I was under the impression it had to be there by default (BTW, I've included the cocoon-configuration-api block). Hi Luca, After looking at the CocoonEntryObjectModelProvider[1] class I see that you have found a

Re: getComponent vs. context.getAttribute

2008-03-12 Thread Patrick Heiden
Pretty fast! Carsten Ziegeler wrote: Patrick Heiden wrote: Thanks for this one! It might even be the simpler approach. What is confusing for me so far (informations I got from Grzegorz Kossakowski), that the actual implementation (2.2) does not 'really' support different

Re: getComponent vs. context.getAttribute

2008-03-12 Thread Carsten Ziegeler
Grzegorz Kossakowski wrote: Carsten Ziegeler wrote: Grzegorz Kossakowski wrote: Yep, I haven't mentioned these sitemap-specific containers because they are only there for back-compatibility and they are very likely to be deprecated in the future. Moreover, these sitemap-specific containers

Re: two submit buttons on the form

2008-03-12 Thread navrc
It doesn't work :-( . From function cocoon.request.getParameter() I always obtain NULL. Pavel Navrkal -- View this message in context: http://www.nabble.com/two-submit-buttons-on-the-form-tp15999171p16001974.html Sent from the Cocoon - Users mailing list archive at Nabble.com.

Re: two submit buttons on the form

2008-03-12 Thread Jeroen Reijn
Hi Pavel, are you using Cocoon Forms or just a plain HTML form? The important thing while using the plain html form is that your submit buttons should both have a name attribute. Regards, Jeroen On Wed, 2008-03-12 at 05:24 -0700, navrc wrote: It doesn't work :-( . From function

Re: Sitemap pipelines

2008-03-12 Thread Alec Bickerton
Dev at weitling wrote: Grzegorz Kossakowski wrote: Joerg Heinicke wrote: On 10.03.2008 18:48, Grzegorz Kossakowski wrote: That's what I originally tried. It would seem that due to a matcher in the sub sitemap that matches all html requests. This matcher contains a simple action to

How to contribute to the Cocoon Website?

2008-03-12 Thread Florian Leinberger
Hi, I would like to add some live sites to the section who uses cocoon and also add our company to the Products and professional services page. I went through the daisy registration and got an account for daisy. However, it seems that this account (leinberger) has not sufficiant rights to edit /

Re: two submit buttons on the form

2008-03-12 Thread Andre Juffer
Pavel, you did use cocoon.request.getParameter(browse); instead of cocoon.request.getParameter(); I assume? I assume. I wrote in my first response to your question that you form should include something like the following; input type=submit name=browse value=browse-1 / input type=submit

Re: How to contribute to the Cocoon Website?

2008-03-12 Thread Grzegorz Kossakowski
Florian Leinberger pisze: Hi, Hi Florian, I would like to add some live sites to the section who uses cocoon and also add our company to the Products and professional services page. I went through the daisy registration and got an account for daisy. However, it seems that this account

Re: Sitemap pipelines

2008-03-12 Thread Grzegorz Kossakowski
Dev at weitling pisze: Yep, exactly. I discovered this attribute while removing support for map:mount in Micro Cocoon. That was very interesting experience to dive into guts of Cocoon. ;-) Is it documented somewhere? We don't want to loose this gem! Are you referring to pass-through

Re: Sitemap pipelines

2008-03-12 Thread Dev at weitling
Grzegorz Kossakowski wrote: Dev at weitling pisze: Yep, exactly. I discovered this attribute while removing support for map:mount in Micro Cocoon. That was very interesting experience to dive into guts of Cocoon. ;-) Is it documented somewhere? We don't want to loose this gem!

Re: How to contribute to the Cocoon Website?

2008-03-12 Thread Florian Leinberger
Grzegorz Kossakowski grek at tuffmail.com writes: role assigned. If you haven't, create your account at http://cocoon.zones.apache.org/daisy/registration and ask at dev[_at_]cocoon.apache.org for editing rights. sorry, i missed this part I have already assigned you necessary role. Happy

Re: Sitemap pipelines

2008-03-12 Thread Grzegorz Kossakowski
Dev at weitling pisze: Yes, of course. Or will it be lost with Micro Cocoon? It will be lost with Micro Cocoon but there is already a replacement for it: it's polymorphism concept in SSF which works similarly or at least serves similar function, see:

Re: Sitemap pipelines

2008-03-12 Thread Mark Lundquist
On Mar 12, 2008, at 10:45 AM, Steven D. Majewski wrote: What is Micro Cocoon ? http://www.mail-archive.com/[EMAIL PROTECTED]/msg54977.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

[COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Luca Morandini
Just started doing a form with 2.2: ajax='false', no inclusion of ajax-impl in pom.xml, but: javax.servlet.ServletException: No block for /dojo.js at org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:84) ... Same error when I include ajax-impl block in

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Grzegorz Kossakowski
Luca Morandini pisze: Just started doing a form with 2.2: ajax='false', no inclusion of ajax-impl in pom.xml, but: javax.servlet.ServletException: No block for /dojo.js at org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:84) ... Same error when

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Luca Morandini
Grzegorz Kossakowski wrote: What kind of page includes reference to dojo.js? It looks like a broken link. The only reference to 2dojo.js I've found within the forms-impl block source it's in forms-field-styling.xsl, but I cannot understand why the error pop-up in the server part. BTW,

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Luca Morandini
Grzegorz Kossakowski wrote: What kind of page includes reference to dojo.js? It looks like a broken link. The only reference to 2dojo.js I've found within the forms-impl block source it's in forms-field-styling.xsl, but I cannot understand why the error pop-up in the server part. BTW,

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Luca Morandini
Grzegorz Kossakowski wrote: What kind of page includes reference to dojo.js? It looks like a broken link. The only reference to 2dojo.js I've found within the forms-impl block source it's in forms-field-styling.xsl, but I cannot understand why the error pop-up in the server part. BTW,

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Luca Morandini
Luca Morandini wrote: Grzegorz Kossakowski wrote: What kind of page includes reference to dojo.js? It looks like a broken link. BTW, I'm using forms 1.0.0-RC1, shall I use 1.0.0-SNAPSHOT instead ? Regards, Luca Morandini www.lucamorandini.it

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Grzegorz Kossakowski
Luca Morandini pisze: Grzegorz Kossakowski wrote: What kind of page includes reference to dojo.js? It looks like a broken link. The only reference to 2dojo.js I've found within the forms-impl block source it's in forms-field-styling.xsl, but I cannot understand why the error pop-up in the

Re: two submit buttons on the form

2008-03-12 Thread Tony Edwards
In 2.1.10 I was doing it like this: My cforms file had two buttons like this: fd:submit id=deleteYes action-command=delete validate=false fd:labelYes/fd:label /fd:submit fd:submit id=deleteNo action-command=deleteCancel validate=false

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Luca Morandini
Grzegorz Kossakowski wrote: Luca Morandini pisze: Grzegorz Kossakowski wrote: What kind of page includes reference to dojo.js? It looks like a broken link. The only reference to 2dojo.js I've found within the forms-impl block source it's in forms-field-styling.xsl, but I cannot understand why

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Grzegorz Kossakowski
Luca Morandini pisze: It seems to be in the forms-sample-styling.xsl I used: deleting the include of forms-advanced-field-styling.xsl solved the problem... though I still saw it when I tried to include the Ajax block (which should have made the Ajax resources available). Luca, deleting

Re: two submit buttons on the form

2008-03-12 Thread Grzegorz Kossakowski
Tony Edwards pisze: [...] I'm not sure if things have changed too much in 2.2 but using this method I could have a number of buttons on a form. No, they haven't change so much to break this solution. Actually, Tony's solution is the cleanest and the best solution I would recommend myself.

Re: [COCOON 2.2]: No block for /dojo.js

2008-03-12 Thread Luca Morandini
Grzegorz Kossakowski wrote: Luca Morandini pisze: It seems to be in the forms-sample-styling.xsl I used: deleting the include of forms-advanced-field-styling.xsl solved the problem... though I still saw it when I tried to include the Ajax block (which should have made the Ajax resources

How to determine how long a pipeline is taking to process?

2008-03-12 Thread Robert La Ferla
I am looking to optimize a Cocoon application but I need to find out how long each pipeline is taking. In particular, I want to know how long Cocoon is taking to transform the XML into HTML. Solutions? - To unsubscribe,