RE: Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Sylvain Wallez wrote: > So, let's implement the basic first and add little > sweeties afterwards ;-) > Great :) I fear - as some of us requested - you have to call a vote first... Carsten

Re: Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Carsten Ziegeler wrote: Sylvain Wallez wrote: The result is that to activate/deactivate a block, you'll simply have to decomment/comment a line in the main cocoon.xconf. Example: The biggest problem is not related to the actual inclusion, Yes, the inclusion could be done

Re: Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Reinhard Poetz wrote: Sylvain Wallez wrote: The result is that to activate/deactivate a block, you'll simply have to decomment/comment a line in the main cocoon.xconf. Example: two thoughts: 1. once on icq we chatted about implicit .xconf files to enable blocks. this goes into the

RE: [Vote] Component confs per sitemap [was: [RT]]

Sylvain Wallez wrote: > > Thinking further... We could use for the sitemap the > directive I'm currently working on for cocoon.xconf. > > The sitemap components could then be > > > ... > > After thinking about this a little bit, I agree :) > Also, do we really need a roles file, which

RE: Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Sylvain Wallez wrote: > > > The result is that to activate/deactivate a block, you'll > simply have to decomment/comment a line in the main > cocoon.xconf. Example: > > > > > > > > > > > The biggest problem is not related to the actual inclusion, Yes, the inclusion could

Re: [Vote] Component confs per sitemap [was: [RT]]

On Lun, 20 de Diciembre de 2004, 4:54, Carsten Ziegeler dijo: >> > What about providing the possibility to add >> components/roles on a per >> > sitemap level? For example by providing a reference from within a >> > sitemap in the map:components sections: >> > >> > >> > .. >> > > > So, please c

DO NOT REPLY [Bug 32784] New: - Portal - full screen mode does not display navigation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Sylvain Wallez wrote: The result is that to activate/deactivate a block, you'll simply have to decomment/comment a line in the main cocoon.xconf. Example: two thoughts: 1. once on icq we chatted about implicit .xconf files to enable blocks. this goes into the same direction, doesn'

Re: Cocoon, a Huge, Scary Beast?

Daniel Fagerstrom wrote: Reinhard Poetz wrote: before my accident Havn't heard anything about that, what happended? Hope you are well again. I held a 3-days training on Cocoon. the feedback was very positive but there was one thing that made me think: after the third day they told me that really

Re: [RFC] Cocoon Tutorial

On Dec 20, 2004, at 2:39 PM, Tony Collen wrote: Glen Ezkovich wrote: As you can see this will be quite an undertaking. I would like to align the tutorial with the community's thinking as much as possible. While I think I have a good understanding of the community, both in agreement and in disag

Re: Cocoon, a Huge, Scary Beast?

On Dec 20, 2004, at 4:38 AM, Reinhard Poetz wrote: [EMAIL PROTECTED] wrote: let's start in trunk! remove the old docs (they are still in 2.1) and let's write new ones or selectivly copy old docs over. OK, but there must be a way to mark off the old docs as either "added" or "deprecated" to know w

Re: Cocoon, a Huge, Scary Beast?

[EMAIL PROTECTED] wrote: let's start in trunk! remove the old docs (they are still in 2.1) and let's write new ones or selectivly copy old docs over. OK, but there must be a way to mark off the old docs as either "added" or "deprecated" to know when you're finished looking at the old docs. a wik

Re: [RFC] Cocoon Tutorial

Glen Ezkovich wrote: As you can see this will be quite an undertaking. I would like to align the tutorial with the community's thinking as much as possible. While I think I have a good understanding of the community, both in agreement and in disagreement, I've learned not to assume to much. If

Re: app skeleton based on YourCocoonBasedProjectAnt16?

Sylvain Wallez wrote: During trainings, many people are trying to start Cocoon by double-clicking on cocoon.bat and tell me "it fails to start" simply because this file expects an argument. Windows users are really not used to using the commandline. lenya solved this by making servlet the defaul

[RFC] Cocoon Tutorial

Hello All, I am about to start putting together a tutorial on using Cocoon to develop web applications. The approach I plan to take is use case driven and incremental, where complexity is built up over the course of the tutorial. Currently, my plan is to approach things from two perspectives,

DO NOT REPLY [Bug 32783] - [PATCH] Portlet ActionResponse.setWindowState() not working

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32783] New: - [PATCH] Portlet ActionResponse.setWindowState() not working

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32166] - [PATCH] PortletWindowAspect: hiding portlet mode icons and new feature "force-sizable"

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32166] - [PATCH] PortletWindowAspect: hiding portlet mode icons and new feature "force-sizable"

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32164] - [PATCH] RoleFilterTransformer dependent on buggy FilterTransformer

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32161] - [PATCH] FilterTransformer fixed for nondeterministic behavior

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32161] - [PATCH] FilterTransformer fixed for nondeterministic behavior

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32159] - [PATCH] content-length and content-type for portlet ActionRequest

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32159] - [PATCH] content-length and content-type for portlet ActionRequest

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32159] - [PATCH] content-length and content-type for portlet ActionRequest

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32419] - [patch] client side validation for CForms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: So, please cast your votes! +1 Guido

Re: binding form model to map

Leszek Gawron wrote: Suppose you do not know the exact widget names (the form model is flat - no repeaters). Is there a possibility to bind the form to a Map (widgetName -> value)? The only thing I miss from implementing a custom binding is enumerating all form's widgets. stupid is stupid does.

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: Your wish is my command :) So, please cast your votes! +1 Tony

Re: [RFC] JXTG Refactoring

Vadim Gritsenko wrote: Daniel Fagerstrom wrote: Christopher Oliver wrote: If you ask me, this is mainly a semantic problem, not a technical one. If a template is not called from a (Javascript) flowscript, there is no FOM, and therefore no FOM variables are available in JXTG. For the case where it

binding form model to map

Suppose you do not know the exact widget names (the form model is flat - no repeaters). Is there a possibility to bind the form to a Map (widgetName -> value)? The only thing I miss from implementing a custom binding is enumerating all form's widgets. -- Leszek Gawron

RE: Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Sylvain Wallez wrote: > > So I started refactoring ECM++ so that a selector doesn't > manage components itself but adds them to its service > manager, and also delegates select() to this manager. This > actually "flattens" the component space, thus allowing > variations of a given role (what

Re: Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Stefano Mazzocchi wrote: Sylvain Wallez wrote: After doing some internal support on our projects here last week, I saw once again how difficult it is for people, even experienced ones, to strip down Cocoon to their needs. The problem is that you have to know beforehand what blocks we want to

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: (As a second step - but this is independent it would be possible to move all definitions of sitemap components into these files as well, leaving just the pipelines in a sitemap). WDYT? i like this. please start a vote so that we don't have to discuss in

Re: Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Sylvain Wallez wrote: Marc Portier wrote: Reinhard Poetz wrote: Tony Collen wrote: as said in my previos mail: we *have to* reach a common understanding on what Cocoon *core* is. it seems logic to me there would be something as 'minimal' and 'typical' as opposed to the current 'full' More cate

Re: app skeleton based on YourCocoonBasedProjectAnt16?

Bertrand Delacretaz wrote: Le 20 déc. 04, à 14:39, Sylvain Wallez a écrit : ...Sorry, but I still find this too much complicated. 12 steps, involving ant, command-line, xpatch are way too much complex compared to my proposal which simply consists in moving files around and modifying elements in

RE: [HB] Happy Birthday Matthew!

> > http://www.silentpenguin.com/archives/2004/12/release_40.html > > Please be nice with him: it seems he's feeling old... ;-) > Yes, I'm an "old fart" now. Thanks for all the words of sympathy. I just wish I could remember what this mailing-list was about..but it seems my memory is slowly fa

Re: app skeleton based on YourCocoonBasedProjectAnt16?

Le 20 déc. 04, à 14:39, Sylvain Wallez a écrit : ...Sorry, but I still find this too much complicated. 12 steps, involving ant, command-line, xpatch are way too much complex compared to my proposal which simply consists in moving files around and modifying elements in a centralized file... Ok,

Re: [HB] Happy Birthday Matthew!

Le 20 déc. 04, à 14:48, Sylvain Wallez a écrit : http://www.silentpenguin.com/archives/2004/12/release_40.html Please be nice with him: it seems he's feeling old... ;-) Happy Birthday Matthew! How's that again, "life begins at fourty"? Fond memories here ;-) -Bertrand smime.p7s Description: S/MIM

Re: [RFC] JXTG Refactoring

Daniel Fagerstrom wrote: Christopher Oliver wrote: If you ask me, this is mainly a semantic problem, not a technical one. If a template is not called from a (Javascript) flowscript, there is no FOM, and therefore no FOM variables are available in JXTG. For the case where it _is_ called from a flo

[HB] Happy Birthday Matthew!

http://www.silentpenguin.com/archives/2004/12/release_40.html Please be nice with him: it seems he's feeling old... ;-) Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSourc

Re: app skeleton based on YourCocoonBasedProjectAnt16?

Bertrand Delacretaz wrote: Le 20 déc. 04, à 12:23, Sylvain Wallez a écrit : ...The problem is that you have to know beforehand what blocks we want to use, compile them and -- here comes the real problem -- generate a cocoon.xconf. If you ever want to add or remove a block later on, you have to s

Re: [OT] Forrest/Cocoon spotted in the wild

Hi All, David Crossley wrote: Marc Portier wrote: there is more of that around: e.g. try 'apt-get install forrest' on a debian linux credits to our own Marcus Crafter: http://blogs.cocoondev.org/crafterm/archives/002055.html -marc= Thanks for reporting that. Marcus, many thanks for doing that, h

Re: Cocoon, a Huge, Scary Beast?

Reinhard Poetz wrote: before my accident Havn't heard anything about that, what happended? Hope you are well again. I held a 3-days training on Cocoon. the feedback was very positive but there was one thing that made me think: after the third day they told me that really like cForms, flow and pip

Re: [Vote] Component confs per sitemap [was: [RT]]

On Mon, Dec 20, 2004 at 11:54:01AM +0100, Carsten Ziegeler wrote: > Reinhard Poetz wrote: > > Carsten Ziegeler wrote: > > > What about providing the possibility to add > > components/roles on a per > > > sitemap level? For example by providing a reference from within a > > > sitemap in the map:c

Re: [Vote] Component confs per sitemap [was: [RT]]

Il giorno 20/dic/04, alle 11:54, Carsten Ziegeler ha scritto: So, please cast your votes! +1 Ugo -- Ugo Cei - http://beblogging.com/ smime.p7s Description: S/MIME cryptographic signature

Re: [Vote] Component confs per sitemap [was: [RT]]

On Mon, 20 Dec 2004 11:54:01 +0100, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > > > > > > .. > > > +1

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: Reinhard Poetz wrote: Carsten Ziegeler wrote: The current solution for adding own components to Cocoon is to (optionally) add the role to the cocoon.roles file and to add the component (configuration) to the global cocoon.xconf file. What about providing the poss

Re: [Vote] Component confs per sitemap [was: [RT]]

Le 20 déc. 04, à 11:54, Carsten Ziegeler a écrit : ... So, please cast your votes! +1 -Bertrand smime.p7s Description: S/MIME cryptographic signature

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: i like this. please start a vote so that we don't have to discuss in 6 month whether it was a community decision or not. Your wish is my command :) So, please cast your votes! +1. But I'm not that happy with the "roles-file" and "config-file" attribute names. Wh

app skeleton based on YourCocoonBasedProjectAnt16? (was: Splitting cocoon.xconf)

Le 20 déc. 04, à 12:23, Sylvain Wallez a écrit : ...The problem is that you have to know beforehand what blocks we want to use, compile them and -- here comes the real problem -- generate a cocoon.xconf. If you ever want to add or remove a block later on, you have to strip down the project's coc

Re: [Vote] Component confs per sitemap [was: [RT]]

On 20.12.2004 11:54, Carsten Ziegeler wrote: The current solution for adding own components to Cocoon is to (optionally) add the role to the cocoon.roles file and to add the component (configuration) to the global cocoon.xconf file. What about providing the possibility to add components/roles

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: So, please cast your votes! +1 /Daniel

Re: [Vote] Component confs per sitemap [was: [RT]]

Torsten Curdt wrote: .. So, please cast your votes! +1 -marc= -- Marc Portierhttp://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog athttp://blogs.cocoondev.org/mpo/ [EMAIL PROTECTED]

Re: [Vote] Component confs per sitemap [was: [RT]]

.. So, please cast your votes! ...big +1 cheers -- Torsten

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: Your wish is my command :) So, please cast your votes! Here is my: +1 +1 it is -- Leszek Gawron [EMAIL PROTECTED] Project ManagerMobileBox sp. z o.o. +48 (61) 855 06 67 ht

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: So, please cast your votes! +1 -- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com

Splitting cocoon.xconf (was Re: Cocoon, a Huge, Scary Beast?)

Marc Portier wrote: Reinhard Poetz wrote: Tony Collen wrote: as said in my previos mail: we *have to* reach a common understanding on what Cocoon *core* is. it seems logic to me there would be something as 'minimal' and 'typical' as opposed to the current 'full' More categories would probably

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: ... So, please cast your votes! +1 -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) -

Re: [Vote] Component confs per sitemap [was: [RT]]

Carsten Ziegeler wrote: Reinhard Poetz wrote: Carsten Ziegeler wrote: The current solution for adding own components to Cocoon is to (optionally) add the role to the cocoon.roles file and to add the component (configuration) to the global cocoon.xconf file. What about providing the possibility

[GUMP@brutus]: Project cocoon-block-template (in module cocoon) failed

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-template has an issue affecting its community integration. This issu

[Vote] Component confs per sitemap [was: [RT]]

Reinhard Poetz wrote: > > Carsten Ziegeler wrote: > > The current solution for adding own components to Cocoon is to > > (optionally) add the role to the cocoon.roles file and to add the > > component > > (configuration) > > to the global cocoon.xconf file. > > > > What about providing the pos

Re: Cocoon, a Huge, Scary Beast?

Marc Portier wrote: Reinhard Poetz wrote: Tony Collen wrote: as said in my previos mail: we *have to* reach a common understanding on what Cocoon *core* is. it seems logic to me there would be something as 'minimal' and 'typical' as opposed to the current 'full' More categories would probably

Re: [RT] Component confs per sitemap

Carsten Ziegeler wrote: The current solution for adding own components to Cocoon is to (optionally) add the role to the cocoon.roles file and to add the component (configuration) to the global cocoon.xconf file. What about providing the possibility to add components/roles on a per sitemap level?

RE: Cocoon, a Huge, Scary Beast?

> let's start in trunk! remove the old docs (they are still in > 2.1) and let's > write new ones or selectivly copy old docs over. OK, but there must be a way to mark off the old docs as either "added" or "deprecated" to know when you're finished looking at the old docs. Bye, Helma

Re: [RFC] JXTG Refactoring

Christopher Oliver wrote: If you ask me, this is mainly a semantic problem, not a technical one. If a template is not called from a (Javascript) flowscript, there is no FOM, and therefore no FOM variables are available in JXTG. For the case where it _is_ called from a flowscript, then the FOM is

Cocoon-2.1.X Tests Failure 12/20/04

Automated Cocoon Unit tests failed! Full log file if this unit test run is available here: http://nagoya.apache.org/~vadim/cocoon-test-log-20041220.log Last messages from the log file: == [foreach] reader-mime-type.xml:39

DO NOT REPLY [Bug 32158] - [PATCH] portal window icons order

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32158] - [PATCH] portal window icons order

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Cocoon, a Huge, Scary Beast?

Reinhard Poetz wrote: Tony Collen wrote: as said in my previos mail: we *have to* reach a common understanding on what Cocoon *core* is. it seems logic to me there would be something as 'minimal' and 'typical' as opposed to the current 'full' More categories would probably be just a waste of e

Re: [OT] Forrest/Cocoon spotted in the wild

Marc Portier wrote: > there is more of that around: > e.g. try 'apt-get install forrest' on a debian linux > > credits to our own Marcus Crafter: > http://blogs.cocoondev.org/crafterm/archives/002055.html > > -marc= Thanks for reporting that. Marcus, many thanks for doing that, however it woul

Re: [OT] Forrest/Cocoon spotted in the wild

there is more of that around: e.g. try 'apt-get install forrest' on a debian linux credits to our own Marcus Crafter: http://blogs.cocoondev.org/crafterm/archives/002055.html -marc= Tony Collen wrote: I just went to http://jdbc.postgresql.org/ and was delighted to see the familliar page design!