Re: [VOTE] Creation of a french-speaking users list

Le 12 janv. 05, à 23:50, Sylvain Wallez a écrit : ...And I (and Bertrand?) don't want to spend precious time syncing translations... I cannot volunteer for website translations to french ATM, sorry. If you do some I'll certainly review them, but not more. I feel bad enough about not being able t

Re: [VOTE] Creation of a french-speaking users list

Sylvain Wallez wrote: Therefore, I would like to create a new mailing list, [EMAIL PROTECTED] and a few pages in french on the website. Those pages will be a translation of the introductory pages of our site, and pointers to the mailing list and its archives. I do not plan to provide a full tra

This text would be nice on the blocks.properties

Hi, I think that it would be nice to add half line text on the deprecated section on blocks.properties to point out what is the block replacement. Please apply this patch. Cheers, cheche Index: blocks.properties === --- blocks.prop

Re: [VOTE] Creation of a french-speaking users list

On Jue, 13 de Enero de 2005, 2:52, Leszek Gawron dijo: > Sylvain Wallez wrote: >> Therefore, I would like to create a new mailing list, >> [EMAIL PROTECTED] and a few pages in french on the website. >> Those pages will be a translation of the introductory pages of our site, >> and pointers to the m

Re: [VOTE] Creation of a french-speaking users list

Le 13 janv. 05, à 10:11, Antonio Gallardo a écrit : ...We could add to the list: es, it, sk, pl? God! ... this could be a real babel tower! ;-) Sure. Let's start with the french (as we have a convincing leader in Sylvain, and some helpers), and see what benefits it brings, we can then decide for

Re: [CLI] Problem with XSP compilation

Many thanks Simon, Good to see there's a workaround ! I'll note this solution for the future, but as I wrote sooner, I got it by patching the CocoonBean with XSP-specific code remove from 2.1.4 to 2.1.5. But your solution is cleaner. Thanks again ! -- Olivier Simon Mieth wrote: On Wed, 12 Jan 200

Cocoon-2.1.X Tests Failure 01/13/05

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

Re: [VOTE] Creation of a french-speaking users list

Leszek Gawron wrote: Sylvain Wallez wrote: Therefore, I would like to create a new mailing list, [EMAIL PROTECTED] and a few pages in french on the website. Those pages will be a translation of the introductory pages of our site, and pointers to the mailing list and its archives. I do not plan

RE: [VOTE] Creation of a french-speaking users list

> > Please cast your votes. > Hmm...this is really a point for discussion. I certainly understand the reluctance of non-English speaking people to write in English to the list (we get similar Emails from our German speaking customers for example). However I also see a problem in having additio

Re: [CLI] Problem with XSP compilation

On Wed, 12 Jan 2005 15:47:34 +0100 Olivier Billard <[EMAIL PROTECTED]> wrote: > Thanks for the answer, Simon. > Unfortunatly, this doesn't work for me, because I'm using Windows, and the environment vars max length isn't that long, to store > all cocoon needed jars... And your solution requires t

Re: [VOTE] Creation of a french-speaking users list

Matthew Langham wrote: ... However I also see a problem in having additional "channels" in _any_ other language because it would essentially mean that people would probably only post to their native list (which again is understandable). But this would eventually reduce the common discussion on the

Re: svn commit: r124397 - skins

The xconf was wrong :( (syncing between 2.1.x and 2.2 is now much harder because of different configuration files) But it's fixed now. Carsten Carsten Ziegeler wrote: Hmm, "common" should be correct. 2.2 doesn't work for me currently :( I will look into it asap. Carsten Ralph Goers wrote: Carsten

Re: svn commit: r124693 - in cocoon/branches/BRANCH_2_1_X/src: blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/configuration blocks/axis/java/org/apache/cocoon/components/axis/providers blocks/forms/java/org/apache/cocoon/forms/event blocks/forms/java/org/apache/cocoon/forms/flow/javascript blocks/forms/java/org/apache/cocoon/forms/flow/javascript/v2 blocks/forms/java/org/apache/cocoon/forms/formmodel blocks/paranoid/java/org/apache/cocoon/servlet blocks/scratchpad/java/org/apache/cocoon/components/flow/javascript/fom blocks/scratchpad/java/org/apache/cocoon/generation blocks/web3/java/org/apache/cocoon/components/web3/impl java/org/apache/cocoon/components/flow/javascript/fom java/org/apache/cocoon/servlet

On Wednesday 12 January 2005 06:14, Vadim Gritsenko wrote: > Even though above classes are Serializable, none of those classes have > witeObject / readObject methods. Next change to any of those classess will > cause exceptions during serialization, if somebody to try it. > serialVersionUID should

[RT] Update to build system: location of blocks and gump

I'm currently thinking about making the build system able to include blocks from "external" locations, which means blocks that are not directly in the cocoon directory. I'm thinking of a simple but working solution: I guess the easiest way would be to just add the root directory for a block to o

Re: [RT] Update to build system: location of blocks and gump

Carsten Ziegeler wrote: I'm currently thinking about making the build system able to include blocks from "external" locations, which means blocks that are not directly in the cocoon directory. Excelent! I'm thinking of a simple but working solution: I guess the easiest way would be to just add t

Syncing the build system

Currently we two different build systems in 2.1.x and trunk. For example 2.1.x uses the improved jar handling (all jars in lib/optional), but it seems there are more differences. Is there a reason why they differ? Can please someone apply the changes he did to one branch to the other one as wel

Re: svn commit: r124693 - in cocoon/branches/BRANCH_2_1_X/src: blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/configuration blocks/axis/java/org/apache/cocoon/components/axis/providers blocks/forms/java/org/apache/cocoon/forms/event blocks/forms/java/org/apache/cocoon/forms/flow/javascript blocks/forms/java/org/apache/cocoon/forms/flow/javascript/v2 blocks/forms/java/org/apache/cocoon/forms/formmodel blocks/paranoid/java/org/apache/cocoon/servlet blocks/scratchpad/java/org/apache/cocoon/components/flow/javascript/fom blocks/scratchpad/java/org/apache/cocoon/generation blocks/web3/java/org/apache/cocoon/components/web3/impl java/org/apache/cocoon/components/flow/javascript/fom java/org/apache/cocoon/servlet

Niclas Hedhman wrote: On Wednesday 12 January 2005 06:14, Vadim Gritsenko wrote: Even though above classes are Serializable, none of those classes have witeObject / readObject methods. Next change to any of those classess will cause exceptions during serialization, if somebody to try it. serialVers

Re: [RT] Update to build system: location of blocks and gump

Carsten Ziegeler wrote: ... - Is there a possibility in gump to define the root directory for a block? http://gump.apache.org/metadata/project.html#home http://gump.apache.org/metadata/builder.html#Generic+Builder (basedir) - Does this change have any impact on other parts that I oversee? Not AFAIK

Re: [RT] Update to build system: location of blocks and gump

Nicola Ken Barozzi wrote: Carsten Ziegeler wrote: ... - Is there a possibility in gump to define the root directory for a block? http://gump.apache.org/metadata/project.html#home Yes, I read this and was puzzled as we define the build directory as the value for "nested". http://gump.apache.org/

Re: [VOTE] Creation of a french-speaking users list-

Rajaneesh wrote: How about having a single repository with english and use the google translater for translating from English to French? I used the following link http://www.google.com/language_tools to learn few words in French :-) Regards Rajaneesh This is what I was proposing as well, althoug

Re: svn commit: r124397 - skins

OK. Well, I've got a pretty large change I'm getting ready to check in and I would like to verify it in 2.2 before I do. I really don't like checking in stuff I haven't tested. Ralph Carsten Ziegeler wrote: Hmm, "common" should be correct. 2.2 doesn't work for me currently :( I will look into

Re: [VOTE] Creation of a french-speaking users list

On Thu, Jan 13, 2005 at 11:39:00AM +0100, Nicola Ken Barozzi wrote: > Matthew Langham wrote: > ... > >However I also see a problem in having additional "channels" in _any_ other > >language because it would essentially mean that people would probably only > >post to their native list (which again i

Re: [VOTE] Creation of a french-speaking users list-

Le 13 janv. 05, à 15:28, Ralph Goers a écrit : ...I've used the Google translator for non-English docs before and while they are mostly readable I am sure they are nowhere as good as speaking in the native language... That's the problem, automatic translations are IMHO far from being good enough

RE: [VOTE] Creation of a french-speaking users list-

> -Original Message- > From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED] > Sent: Thursday, January 13, 2005 9:35 AM > To: dev@cocoon.apache.org > Subject: Re: [VOTE] Creation of a french-speaking users list- > > Le 13 janv. 05, à 15:28, Ralph Goers a écrit : > > > ...I've used the Googl

Re: [RT] Update to build system: location of blocks and gump

I could swear someone did this about a month ago? Geoff On Thu, 13 Jan 2005 13:22:24 +0100, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > I'm currently thinking about making the build system able to include > blocks from "external" locations, which means blocks that are not > directly in the coc

Re: This text would be nice on the blocks.properties

Juan Jose Pablos apache.org> writes: > Hi, > I think that it would be nice to add half line text on the deprecated > section on blocks.properties to point out what is the block replacement. > > Please apply this patch. blocks.properties is auto-generated, so a commit of the patch makes no se

Re: svn commit: r124397 - skins

Thanks, Carsten. Yeah, I have some changes to xconf too and it is kind of a pain. However, I like the 2.2 way better. Ralph Carsten Ziegeler said: > The xconf was wrong :( (syncing between 2.1.x and 2.2 is now much harder > because of different configuration files) But it's fixed now. > > Carst

i18n catalogues and caching

Hello, this is my first post for the new company I work for - and I have a problem with the caching of the i18n catalogues. The location of one i18n catalogue is defined to be dependent on {request-attr:xyz}, so it can change on each request. But the first access to this i18n transformer caches th

Re: [VOTE] Creation of a french-speaking users list-

Its a user list. Those who participate in it ask and answer questions. Its success depends on the level of participation by french speaking users. I wouldn't worry about translation of the list its a resource for those who speak french not those who speak english, italian, german, polish, japan

Re: [RT] Update to build system: location of blocks and gump

Carsten Ziegeler wrote: Nicola Ken Barozzi wrote: Carsten Ziegeler wrote: ... - Is there a possibility in gump to define the root directory for a block? http://gump.apache.org/metadata/project.html#home Yes, I read this and was puzzled as we define the build directory as the value for "nested". B

Re: Blocks, Flow and Dependencies

Daniel Fagerstrom wrote: Stefano Mazzocchi wrote: Reinhard Poetz wrote: Answer: It depends on the order of declaring your scripts in . The first helper() method declared will be found. But there is only one helper() method per block!? Yes. Therefore we need something more sohpisticated than im

DO NOT REPLY [Bug 33083] New: - flowscript fails to continue for continuation-id passed as hidden form field (infinite loop)

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: [RT] Update to build system: location of blocks and gump

Nicola Ken Barozzi wrote: ... Because in fact our artifacts, that are searched by Gump in the 'work' Rats, I meant 'home' :-/ "The home directory for a project is the directory which contains the files referenceable by another project." dir, are in the 'build' dir that is nested, IOW found relat

DO NOT REPLY [Bug 33083] - flowscript fails to continue for continuation-id passed as hidden form field (infinite loop)

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: svn commit: r124693 - in cocoon/branches/BRANCH_2_1_X/src: blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/configuration blocks/axis/java/org/apache/cocoon/components/axis/providers blocks/forms/java/org/apache/cocoon/forms/event blocks/forms/java/org/apache/cocoon/forms/flow/javascript blocks/forms/java/org/apache/cocoon/forms/flow/javascript/v2 blocks/forms/java/org/apache/cocoon/forms/formmodel blocks/paranoid/java/org/apache/cocoon/servlet blocks/scratchpad/java/org/apache/cocoon/components/flow/javascript/fom blocks/scratchpad/java/org/apache/cocoon/generation blocks/web3/java/org/apache/cocoon/components/web3/impl java/org/apache/cocoon/components/flow/javascript/fom java/org/apache/cocoon/servlet

On Thursday 13 January 2005 05:37, Vadim Gritsenko wrote: > I am of opposite opinion. If no effort is made to preserve compatibility, > no serialVersionUID should present. Moreover, serialVersionUID should be > added only when making incompatible change and doing an effort to preserve > compatibili

RE: [VOTE] Creation of a french-speaking users list-

> From: Glen Ezkovich [mailto:[EMAIL PROTECTED] > > Its a user list. Those who participate in it ask and answer questions. >[..snip] > If it were a developer list I could see this discussion. excellent point -ml-

Re: i18n catalogues and caching

Joerg Heinicke gmx.de> writes: > I have a problem with > the caching of the i18n catalogues. The location of one i18n catalogue is > defined to be dependent on {request-attr:xyz}, so it can change on each > request. But the first access to this i18n transformer caches the catalogue > and its loca

DO NOT REPLY [Bug 33083] - flowscript fails to continue for continuation-id passed as hidden form field (infinite loop)

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

[fyi] fast infoset: the world finally catches up

http://asn1.elibel.tm.fr/xml/finf.htm cocoon used something like this since... hmmm when? 2000? -- Stefano.

Re: i18n catalogues and caching

Joerg Heinicke wrote: Joerg Heinicke gmx.de> writes: I have a problem with the caching of the i18n catalogues. The location of one i18n catalogue is defined to be dependent on {request-attr:xyz}, so it can change on each request. But the first access to this i18n transformer caches the catalogue

Re: svn commit: r124693 - in cocoon/branches/BRANCH_2_1_X/src: blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication /configuration blocks/axis/java/org/apache/cocoon/components/axis/providers blocks/forms/java/org/apache/cocoon/forms/event blocks/forms/java/org/apache/cocoon/forms/flow/javascript blocks/forms/java/org/apache/cocoon/forms/flow/javascript/v2 blocks/forms/java/org/apache/cocoon/forms/formmodel blocks/paranoid/java/org/apache/cocoon/servlet blocks/scratchpad/java/org/apache/cocoon/components/flow/javascript/fo m blocks/scratchpad/java/org/apache/cocoon/generation blocks/web3/java/org/apache/cocoon/components/web3/impl java/org/apache/cocoon/components/flow/javascript/fom java/org/apache/cocoon/servlet

On Jue, 13 de Enero de 2005, 14:32, Niclas Hedhman dijo: > On Wednesday 12 January 2005 06:14, Vadim Gritsenko wrote: > >> Even though above classes are Serializable, none of those classes have >> witeObject / readObject methods. Next change to any of those classess >> will >> cause exceptions duri

CForms in whiteboard with macros and macro repositories

As discussed previously, I made a copy of cforms in the whiteboard and added macro and macro repository support to the form model, binding, and template code. The code works, but there are still issues to resolve, such as svn propset's, code reorganizations, design issues, etc. I just had a narro

DO NOT REPLY [Bug 33083] - flowscript fails to continue for continuation-id passed as hidden form field (infinite loop)

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: CForms in whiteboard with macros and macro repositories

Tim Larson wrote: As discussed previously, I made a copy of cforms in the whiteboard and added macro and macro repository support to the form model, binding, and template code. The code works, but there are still issues to resolve, such as svn propset's, code reorganizations, design issues, etc. I

Re: [fyi] fast infoset: the world finally catches up

Il giorno 13/gen/05, alle 20:09, Stefano Mazzocchi ha scritto: http://asn1.elibel.tm.fr/xml/finf.htm cocoon used something like this since... hmmm when? 2000? As Tim Bray [1], I'm not convinced that binary XML is going to be better and faster, except in some borderline cases, but anyway, I cannot

Re: [fyi] fast infoset: the world finally catches up

Ugo Cei wrote: Il giorno 13/gen/05, alle 20:09, Stefano Mazzocchi ha scritto: http://asn1.elibel.tm.fr/xml/finf.htm cocoon used something like this since... hmmm when? 2000? As Tim Bray [1], I'm not convinced that binary XML is going to be better and faster, except in some borderline cases, but a

Re: [fyi] fast infoset: the world finally catches up

Il giorno 13/gen/05, alle 23:30, Sylvain Wallez ha scritto: Ugo Cei wrote: Il giorno 13/gen/05, alle 20:09, Stefano Mazzocchi ha scritto: http://asn1.elibel.tm.fr/xml/finf.htm cocoon used something like this since... hmmm when? 2000? As Tim Bray [1], I'm not convinced that binary XML is going to b

JSR-168 Portlet minimize and maximize in 2.2

I'm noticing that the minimize and maximize buttons are not appearing on the windows for the portlets in the JSR-168 samples page in 2.2. Why is that? Ralph

Re: This text would be nice on the blocks.properties

On Jue, 13 de Enero de 2005, 9:30, Joerg Heinicke dijo: > Juan Jose Pablos apache.org> writes: > >> Hi, >> I think that it would be nice to add half line text on the deprecated >> section on blocks.properties to point out what is the block replacement. >> >> Please apply this patch. > > blocks.p

Re: svn commit: r124693 - in cocoon/branches/BRANCH_2_1_X/src: blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication /configurationblocks/axis/java/org/apache/cocoon/components/axis/provi ders blocks/forms/java/org/apache/cocoon/forms/eventblocks/forms/java/org/a pache/cocoon/forms/flow/javascript blocks/forms/java/org/apache/cocoon/forms/flow/javascript/v2blocks/for ms/java/org/apache/cocoon/forms/formmodel blocks/paranoid/java/org/apache/cocoon/servletblocks/scratchpad/java/o rg/apache/cocoon/components/flow/javascript/fom blocks/scratchpad/java/org/apache/cocoon/generationblocks/web3/java/or g/apache/cocoon/components/web3/impl java/org/apache/cocoon/components/flow/javascript/fomjava/org/apache/c ocoon/servlet

On Jue, 13 de Enero de 2005, 7:37, Vadim Gritsenko dijo: > Niclas Hedhman wrote: >> On Wednesday 12 January 2005 06:14, Vadim Gritsenko wrote: >> >>>Even though above classes are Serializable, none of those classes have >>>witeObject / readObject methods. Next change to any of those classess >>> wi

DO NOT REPLY [Bug 33091] New: - JSR-168 portlets may not render properly if the page is reloaded

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: Blocks, Flow and Dependencies [was RE: Splitting xconf files step 2: the sitemap]

Glen Ezkovich wrote: By the way, I'm curious what you think about making a block's resources available. There are two conflicting wiki pages. there is this A block exposes a sitemap and Avalon Components (both optionally) from http://wiki.apache.org/cocoon/GT2003RealBlocks and this A blo

Re: CForms in whiteboard with macros and macro repositories

On Thu, Jan 13, 2005 at 10:59:02PM +0100, Sylvain Wallez wrote: > Release early, release often, and whiteboard isn't even supposed to > really work. So that's ok ;-) I left some bugs so it would be allowed into the whiteboard ;) Specifically, the editor which combines the editing of the model, b

Re: Blocks, Flow and Dependencies [was RE: Splitting xconf files step 2: the sitemap]

On Jan 13, 2005, at 6:53 PM, Stefano Mazzocchi wrote: Glen Ezkovich wrote: By the way, I'm curious what you think about making a block's resources available. There are two conflicting wiki pages. there is this A block exposes a sitemap and Avalon Components (both optionally) from http://wiki

DO NOT REPLY [Bug 33083] - flowscript fails to continue for continuation-id passed as hidden form field (infinite loop)

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: [RT] Update to build system: location of blocks and gump

Nicola Ken Barozzi wrote: Nicola Ken Barozzi wrote: ... Because in fact our artifacts, that are searched by Gump in the 'work' Rats, I meant 'home' :-/ "The home directory for a project is the directory which contains the files referenceable by another project." dir, are in the 'build' dir that

Re: This text would be nice on the blocks.properties

Antonio Gallardo wrote: On Jue, 13 de Enero de 2005, 9:30, Joerg Heinicke dijo: Juan Jose Pablos apache.org> writes: ... Hmm... is posible to add a new tag or attribute in gump to store this without breaking gump build process? Yes, although someone complained that it mixes tags, so that humans d

[proposal] Cocoon documentation system

At http://wiki.apache.org/cocoon/CocoonDocumentationSystem I propose the architecture of a new extensible documentation system. My first goal is reusing existing functionality (SVN, Forrest, static web pages). Writing the missing pieces (a small web application to edit docs online) shouldn't be