demos sites on cocoon zone (was: Planet Cocoon license and reuse of docs)

Le 27 mai 05, à 03:24, Antonio Gallardo a écrit : ...If I becomes the root of our zone, then I will be glad to provide all the necessary support to materialize this effort... Great, thanks! I've not used solaris yet but I've worked with many different unixes, if you can give me access I could

Re: "Reset" cachingURI coplet

Thanks a lot! I finally get i didn't invalidate the coplet cache correctly and used your way. Below is what i have all-in-one, if others are interested... Regards, Phil function resetCoplet(copletId, tempURI) { var service = null; try { //

Re: Planet Cocoon license and reuse of docs

On May 26, 2005, at 3:05 PM, Linden H van der (MI) wrote: Glen and Ross, Before duplicating my thoughts in similar replies I want to state this (replies in random order): I work in a university department, doing research, so I'm fully aware what it takes to go through the process of putting

Re: Small AJAX bugs inside repeaters

On Mie, 25 de Mayo de 2005, 12:16, Sylvain Wallez dijo: > Antonio Gallardo wrote: > >>Hi: >> >>I tried to use AJAX inside a repeater. I have there 3 combos, but this >>does not matter. Everything works good, but now the Add row button does >>not work. I saw cocoon works, but the new line does not s

[RT] Cforms selection-lists

Hi: Yesterday, I posted a simple RT on how to improve cforms dynamic selection list performance. After getting a huge responses and a lot interest from the cocoon dev list. :-) I am not sure if this was approved by a lazy consensus or simply people is happy with the current performance. I prefer

Re: Planet Cocoon license and reuse of docs

On Jue, 26 de Mayo de 2005, 8:35, Steven Noels dijo: > On 24 May 2005, at 22:42, Upayavira wrote: > >> If someone else can offer an existing CMS that has the features they >> need, and can be installed and operational within a reasonable amount >> of time, then we'd be asking different questions. >

DO NOT REPLY [Bug 35094] - [PATCH] TeeTransformer refactoring

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 35094] New: - [PATCH] TeeTransformer refactoring

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: Planet Cocoon license and reuse of docs

Glen and Ross, Before duplicating my thoughts in similar replies I want to state this (replies in random order): I work in a university department, doing research, so I'm fully aware what it takes to go through the process of putting an idea in writing until the moment it is accepted for publicat

Re: Other default cocoon resources

Reinhard Poetz wrote: Daniel Fagerstrom wrote: Leszek Gawron wrote: Reinhard Poetz wrote: Should we move the stylesheets I would help a lot to be able to deploy cocoon with no additional files at all. What do you say if we moved cocoon logo and default stylesheets (the ones styling er

Re: [RT] Block usage

Reinhard Poetz wrote: ... but there needs some work to enable the blocks:/ protocol, component management and block-aware flowscript (e.g. cocoon.blocks.blockA.myFunc()) There is a block:/ protocol in OSGi. I haven't read OSGi specification though - I saw it in Knopperflesh-or-whats-its-name sam

Re: Planet Cocoon license and reuse of docs

Glen Ezkovich wrote: Since documentation is best gathered in a CMS, because there will likely (hopefully) be more than one person working on it, this inevitably means that everyone should use THAT CMS to avoid scattering documentation all over the place (wiki, website, mailing list, blogs, ow

Re: Planet Cocoon license and reuse of docs

Helma, I don't want to discourage the effort to create a or deploy a Cocoon based CMS. I think its important that it gets done. My point is that no mater how easy and automated the process becomes, good documentation requires a great deal of human collaborative effort. On May 25, 2005, at

Re: [RT] Block usage

Nathaniel Alfred wrote: -Original Message- From: Daniel Fagerstrom [mailto:[EMAIL PROTECTED] Sent: Donnerstag, 26. Mai 2005 15:42 To: dev@cocoon.apache.org Subject: Re: [RT] Block usage a block deployer block Basically the block deployer will be a stand-alone application (Ant task,

RE: [RT] Block usage

>-Original Message- >From: Daniel Fagerstrom [mailto:[EMAIL PROTECTED] >Sent: Donnerstag, 26. Mai 2005 15:42 >To: dev@cocoon.apache.org >Subject: Re: [RT] Block usage >>> a block deployer block >> >> Basically the block deployer will be a stand-alone application (Ant >> task, Maven plug-i

RE: [RFE] Some enhancements to XSP

>-Original Message- >From: Vadim Gritsenko [mailto:[EMAIL PROTECTED] >Sent: Mittwoch, 25. Mai 2005 20:47 >To: dev@cocoon.apache.org >Subject: Re: [RFE] Some enhancements to XSP >>>3. A mechanism for expression replacement as in XSLT or JXTG, replacing >>>"{expression}" with a xsp:attribut

Re: CForms : multivaluefield

Hi Guys I really think I have a bug . but before I escalate this, could someone give me a sanity check ? I have a bunch of Strings in an ArrayList in provider.resourceList : function addInstrument(form) { . . . var unit = { resources:provider.resourceList, . . .

Re: Location of cforms stylesheets

Il giorno 26/mag/05, alle 13:12, Reinhard Poetz ha scritto: Why do you modify them directly and don't override templates in the file that includes them? Direct modifications is a very bad idea IMO. If you want to know what they look like you can either extract them from the JAR or have a look

Re: Planet Cocoon license and reuse of docs

Steven Noels wrote: On 24 May 2005, at 22:42, Upayavira wrote: If someone else can offer an existing CMS that has the features they need, and can be installed and operational within a reasonable amount of time, then we'd be asking different questions. I'm at a conference this week, so e-mai

Re: Planet Cocoon license and reuse of docs

Bertrand Delacretaz wrote: Le 26 mai 05, à 15:35, Steven Noels a écrit : ...That said, next week I'll be back, and if we have our Solaris zone set up and I have access to it (Antonio?), I'll set up MySQL 4.1 + Daisy 1.3M2 on that zone... Cool. I cannot help ATM but this sounds good. +1

Re: Internationalis/zation of documentation

Sebastien Arbogast wrote: Mark's initiative is fully coherent with our motivation at Planet Cocoon : making Cocoon documentation closer to its users (and once again, its users are not only its developers). We are trying to make a documentation platform which is simpler to use and write for. And

Re: Planet Cocoon license and reuse of docs

Le 26 mai 05, à 15:35, Steven Noels a écrit : ...That said, next week I'll be back, and if we have our Solaris zone set up and I have access to it (Antonio?), I'll set up MySQL 4.1 + Daisy 1.3M2 on that zone... Cool. I cannot help ATM but this sounds good. ...I wouldn't bother too much with a

Re: Internationalis/zation of documentation

Hi Sébastien, That being said, this graph may shed light on the reality of the situation: http://dir.gmane.org/gmane.text.xml.cocoon.french Admittedly, the graph is similar here: http://dir.gmane.org/gmane.text.xml.cocoon.user It just goes to show, no initiative is safe from entropy. Mark

Re: Block builder and deployer

David Casal wrote: > Do you see a point where they'll be > able to put together semi-complex webapps in LEGO style? Dude, can you read? http://cocoon.apache.org/ [very first paragraph] :-) [nobody is responding because that's like asking: do you see a future of open source for this project? WT

Re: [RT] Block usage

Reinhard Poetz wrote: Daniel Fagerstrom wrote: A basic scenario 1. A soon to become Cocoon user, downloads the "start kit" distribution from our site. It contains the (OSGi) kernel, the Cocoon service block (containing the Cocoon core), a Cocoon servlet block, ok

Re: Planet Cocoon license and reuse of docs

On 24 May 2005, at 22:42, Upayavira wrote: If someone else can offer an existing CMS that has the features they need, and can be installed and operational within a reasonable amount of time, then we'd be asking different questions. I'm at a conference this week, so e-mail access is erratic.

Re: Speed of jx-macros compared to FormsTransformer

Reinhard Poetz wrote: Vadim Gritsenko wrote: Reinhard Poetz wrote: Vadim Gritsenko wrote: Can you re-test with latest template transformer - just to confirm that it did not got much slower after refactoring. it's done with the refactored version (rev170868) I meant FormsTemplateTra

Re: [RT] Block usage

Daniel Fagerstrom wrote: David Casal wrote: how do you see the common user approaching the development of new webapp, considering they might not have a senior level of development experience? Could you illustrate your ideal use case scenario? We haven't discussed use case scenarious in a

Re: Internationalis/zation of documentation

2005/5/26, Mark Leicester <[EMAIL PROTECTED]>: > One of the reasons I installed the i18n module into Planet Cocoon was > that I noticed internationalisation mentioned as a feature the "Doco" > proposal, which Antonio recently linked to at the end of this long > thread about documentation (http://ww

Re: Internationalis/zation of documentation

One of the reasons I installed the i18n module into Planet Cocoon was that I noticed internationalisation mentioned as a feature the "Doco" proposal, which Antonio recently linked to at the end of this long thread about documentation (http://www.planetcocoon.com/en/node/1969): http://wiki.apach

[RT] Block usage

David Casal wrote: how do you see the common user approaching the development of new webapp, considering they might not have a senior level of development experience? Could you illustrate your ideal use case scenario? We haven't discussed use case scenarious in a more systematic way for q

Re: Other default cocoon resources

Daniel Fagerstrom wrote: Leszek Gawron wrote: Reinhard Poetz wrote: Should we move the stylesheets I would help a lot to be able to deploy cocoon with no additional files at all. What do you say if we moved cocoon logo and default stylesheets (the ones styling error pages etc.) to some j

Re: Location of cforms stylesheets

Le 26 mai 05, à 12:07, Reinhard Poetz a écrit : Should we move the stylesheets ... into the JAR file and reference them from forms-samples-styling.xsl using the jar:/ protocol? +1 -Bertrand smime.p7s Description: S/MIME cryptographic signature

Re: Other default cocoon resources

Leszek Gawron wrote: Reinhard Poetz wrote: Should we move the stylesheets I would help a lot to be able to deploy cocoon with no additional files at all. What do you say if we moved cocoon logo and default stylesheets (the ones styling error pages etc.) to some jar (either existing or a n

Other default cocoon resources (was: Location of cforms stylesheets)

Reinhard Poetz wrote: Should we move the stylesheets I would help a lot to be able to deploy cocoon with no additional files at all. What do you say if we moved cocoon logo and default stylesheets (the ones styling error pages etc.) to some jar (either existing or a new one)? This way we can

Re: Location of cforms stylesheets

Leszek Gawron wrote: into the JAR file and reference them from forms-samples-styling.xsl using the jar:/ protocol? jar:/? did you mean resource:/ ? ahm, yes ;-) Anyway +1. I did not understand why these were left in samples dir while every other cforms resource was moved. When I moved

Re: Location of cforms stylesheets

Reinhard Poetz wrote: Ugo Cei wrote: Il giorno 26/mag/05, alle 10:43, angeloimm ha scritto: Hi; first of all thanks for your answer. But if i exclude the samples blocks. how can i use cforms and portal blocks? Must i confogure anything or by escluding these blocks ant will build all in

Re: Location of cforms stylesheets

Ugo Cei wrote: Il giorno 26/mag/05, alle 12:21, Reinhard Poetz ha scritto: sorry, I don't understand this. Do you mean that some people complelty rewrite the stylesheets? They probably modify them (like me). Why do you modify them directly and don't override templates in the file that in

Re: Location of cforms stylesheets

Antonio Gallardo wrote: On Jue, 26 de Mayo de 2005, 5:21, Reinhard Poetz dijo: sorry, I don't understand this. Do you mean that some people complelty rewrite the stylesheets? Yep. Maybe not a full rewrite, but changes some things to meet some criteria. Best Regards, Antonio Gallardo

Re: Location of cforms stylesheets

Il giorno 26/mag/05, alle 12:21, Reinhard Poetz ha scritto: sorry, I don't understand this. Do you mean that some people complelty rewrite the stylesheets? They probably modify them (like me). If you have them in the jar, it becomes more difficult and you risk confusion over what files are a

Re: Location of cforms stylesheets

On Jue, 26 de Mayo de 2005, 5:51, Reinhard Poetz dijo: > Antonio Gallardo wrote: >> On Jue, 26 de Mayo de 2005, 5:21, Reinhard Poetz dijo: >> >>>Antonio Gallardo wrote: I think some people don't use them as they are in cocoon. >>> >>>sorry, I don't understand this. Do you mean that some people

Re: Location of cforms stylesheets

Jorg Heymans wrote: Reinhard Poetz wrote: Should we move the stylesheets - forms-advanced-field-styling.xsl - forms-calendar-styling.xsl - forms-field-styling.xsl - forms-htmlarea-styling.xsl - forms-page-styling.xsl into the JAR file and reference them from forms-samples-styling.xsl using t

Re: Location of cforms stylesheets

Antonio Gallardo wrote: On Jue, 26 de Mayo de 2005, 5:21, Reinhard Poetz dijo: Antonio Gallardo wrote: I think some people don't use them as they are in cocoon. sorry, I don't understand this. Do you mean that some people complelty rewrite the stylesheets? Yep. Maybe not a full rewrite, bu

Re: Location of cforms stylesheets

Reinhard Poetz wrote: > Should we move the stylesheets > > - forms-advanced-field-styling.xsl > - forms-calendar-styling.xsl > - forms-field-styling.xsl > - forms-htmlarea-styling.xsl > - forms-page-styling.xsl > > into the JAR file and reference them from forms-samples-styling.xsl > using

DO NOT REPLY [Bug 35075] - cinclude parameters remove namespaces

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 35074] - cinclude parameters remove namespaces

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 35075] - cinclude parameters remove namespaces

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 35076] - cinclude parameters remove namespaces

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: "Reset" cachingURI coplet

* Philippe Guillard: > Looks really good. Unfortunately it does the same for me, no > errors and the succes page is still displayed! It seems i do > not cache the response, the coplet temporaryURI is still > with the continuation, so the response is regenerated because > flowscr

Re: Location of cforms stylesheets

On Jue, 26 de Mayo de 2005, 5:21, Reinhard Poetz dijo: > Antonio Gallardo wrote: >> On Jue, 26 de Mayo de 2005, 5:07, Reinhard Poetz dijo: >> >>>Ugo Cei wrote: >>> Il giorno 26/mag/05, alle 10:43, angeloimm ha scritto: >Hi; first of all thanks for your answer. >But if i exclud

Re: Location of cforms stylesheets

Antonio Gallardo wrote: On Jue, 26 de Mayo de 2005, 5:07, Reinhard Poetz dijo: Ugo Cei wrote: Il giorno 26/mag/05, alle 10:43, angeloimm ha scritto: Hi; first of all thanks for your answer. But if i exclude the samples blocks. how can i use cforms and portal blocks? Must i confogure an

Re: Location of cforms stylesheets

On Jue, 26 de Mayo de 2005, 5:07, Reinhard Poetz dijo: > Ugo Cei wrote: >> Il giorno 26/mag/05, alle 10:43, angeloimm ha scritto: >> >>> Hi; first of all thanks for your answer. >>> But if i exclude the samples blocks. how can i use cforms and >>> portal blocks? >>> Must i confogure anything or

Re: Location of cforms stylesheets

On 5/26/05, Reinhard Poetz <[EMAIL PROTECTED]> wrote: > Ugo Cei wrote: > > Il giorno 26/mag/05, alle 10:43, angeloimm ha scritto: > > > >> Hi; first of all thanks for your answer. > >> But if i exclude the samples blocks. how can i use cforms and > >> portal blocks? > >> Must i confogure anythi

Location of cforms stylesheets

Ugo Cei wrote: Il giorno 26/mag/05, alle 10:43, angeloimm ha scritto: Hi; first of all thanks for your answer. But if i exclude the samples blocks. how can i use cforms and portal blocks? Must i confogure anything or by escluding these blocks ant will build all in the right way? I thou

Re: "Reset" cachingURI coplet

Thanks Jean-Baptiste, Looks really good. Unfortunately it does the same for me, no errors and the succes page is still displayed! It seems i do not cache the response, the coplet temporaryURI is still with the continuation, so the response is regenerated because flowscript starts again at th

Re: Block builder and deployer

David Casal wrote: Hi again, On 25 May 2005, at 10:39, David Casal wrote: If you read this far, I owe you a beer. Please get creative with your answers, comic-book style. *tumbleweed* Any suggestions as to whether I should post these questions on a new thread, or perhaps in cocoon-users,

Re: Block builder and deployer

Hi again, On 25 May 2005, at 10:39, David Casal wrote: If you read this far, I owe you a beer. Please get creative with your answers, comic-book style. *tumbleweed* Any suggestions as to whether I should post these questions on a new thread, or perhaps in cocoon-users, or just not in the co

Re: Internationalis/zation of documentation

how easy is to keep up-to-date documents in more tha one language? lets say that we have now someone to translate docs to a particular language, are we sure that in few months any volunteer will exist to keep those docs up-to-date ? it will be greate for me (for example) to read cocoon's document

Re: Internationalis/zation of documentation

Le 26 mai 05, à 09:36, Linden H van der ((MI)) a écrit : ...I'd rather have this effort put into writing good/better/missing English docs... Same here. If people want to provide translations somewhere else (while complying with the ASF license of course), fine. But our community has plenty o

RE: Internationalis/zation of documentation

> A more general question: what sort of demand do you think > there is for > translations of the documentation? Any particular languages? Being Dutch, and therefore used to use other people's language rather than my own to get in contact with someone, I'm probably not representative for the enti

Re: "Reset" cachingURI coplet

* Philippe Guillard: > I'm looking for some idea/solution to refresh a cachingURI > coplet content after a form in portal has been submitted. Then a > user going to other tabs and going back would not see the > "success" page again. Here is what we do: showForm() doNotCacheCopletRes

Re: modifiable source and .tmp files

FYI, I just committed what we discussed with Jorg as a TeeTransformer component. HTH, Ugo -- Ugo Cei Tech Blog: http://agylen.com/ Source.zone: http://sourcezone.info/ Wine & Food Blog: http://www.divinocibo.it/ smime.p7s Description: S/MIME cryptographic signature