Hi,
Here is a patch which fixes the i18n in the forms samples. All it does
is add 2 lines to src/blocks/forms/samples/sitemap.xmap.
Judging by the sheer weight of this patch, I'm supposing that a jira
issue is not necessary.
--
Paul Focke
Paul Focke wrote:
Hi,
Here is a patch which fixes the i18n in the forms samples. All it does
is add 2 lines to src/blocks/forms/samples/sitemap.xmap.
Judging by the sheer weight of this patch, I'm supposing that a jira
issue is not necessary.
Andreas Hochsteger wrote:
Hi Sylvain and other AJAX gurus ;-)
I wonder, if you heard of Taconite [1] which seems to have released
1.0 recently?
It is licensed under the Apache License, but I don't know, if it does
what we need.
It merely handles posting a form and inserting Ajax resquest
Upayavira wrote:
Paul Focke wrote:
Hi,
Here is a patch which fixes the i18n in the forms samples. All it does
is add 2 lines to src/blocks/forms/samples/sitemap.xmap.
Judging by the sheer weight of this patch, I'm supposing that a jira
issue is not necessary.
Paul Focke wrote:
Hi,
Here is a patch which fixes the i18n in the forms samples. All it does
is add 2 lines to src/blocks/forms/samples/sitemap.xmap.
Judging by the sheer weight of this patch, I'm supposing that a jira
issue is not necessary.
Applied. Thanks!
Sylvain
--
Sylvain Wallez
[
http://issues.apache.org/jira/browse/COCOON-1680?page=comments#action_12357024
]
Milan Andrejevic commented on COCOON-1680:
--
I made some changes according to your suggestions. At the first the aim was to
make new skin for
[ http://issues.apache.org/jira/browse/COCOON-1680?page=all ]
Milan Andrejevic updated COCOON-1680:
-
Attachment: screenshot.gif
version 2
New design/ layout proposal for Cocoon documentation
[ http://issues.apache.org/jira/browse/COCOON-1680?page=all ]
Milan Andrejevic updated COCOON-1680:
-
Attachment: asf20051108.zip
version 2
New design/ layout proposal for Cocoon documentation
Hi all,
Here are the vote results about the naming rule for HTML IDs generated
by CForms. That was a tough vote, with a number of votes being changed.
Here are the final results:
- foo.bar:input : 10
- foo.bar._input: 1
The current SVN already uses the ':' convention, so lets's move on and
Il giorno 08/nov/05, alle ore 11:06, Sylvain Wallez ha scritto:
The framework that currently satisfies these constraints is the
Dojo toolkit. It is packed with impressive features, is developped
by a community that functions very much like Apache and has an
Apache-compatible licence.
[
http://issues.apache.org/jira/browse/COCOON-1680?page=comments#action_12357027
]
Upayavira commented on COCOON-1680:
---
Personally, I'd say be more bold. What you're designing still feels like the
old site. I'd like to see our site looking fresh, new,
Sylvain Wallez wrote:
黄 海冬 wrote:
Hi,all
I try to combine portal+form(with ajax) in 2.1.8 rc1,all is fine but
one problem,I don't know if is a bug,and just show my step here:
snip/
Now I run the server and enter portal block sample,it works fine only
when
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
Carsten
--
Carsten Ziegeler - Open Source Group, SN AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
It is a shame, but these samples never got over the loss on the xml
docs that used to be distributed with Cocoon.
These were what were indexed for those samples AFAIR.
Remove them?
Erk, that is bad. How about just leaving them there,
knowing that they are broken, with a notice on the Lucene
+1 !
Ugo Cei wrote:
Il giorno 08/nov/05, alle ore 11:06, Sylvain Wallez ha scritto:
The framework that currently satisfies these constraints is the Dojo
toolkit. It is packed with impressive features, is developped by a
community that functions very much like Apache and has an
Apache-compatible
Carsten Ziegeler wrote:
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
+100 ! :-)
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain
On 11/8/05, Carsten Ziegeler [EMAIL PROTECTED] wrote:
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
+1
Ciao,
--
Gianugo Rabellino
Pro-netics s.r.l. - http://www.pro-netics.com
Orixo, the XML business alliance:
Hi,
On 8 Nov 2005, at 10:54, Carsten Ziegeler wrote:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
+1
Andrew.
--
Andrew Savory, Managing Director, Luminas Limited
Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135
Web: http://www.luminas.co.uk/
Orixo alliance:
Il giorno 08/nov/05, alle ore 11:54, Carsten Ziegeler ha scritto:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
+1
Ugo
--
Ugo Cei
Tech Blog: http://agylen.com/
Open Source Zone: http://oszone.org/
Wine Food Blog: http://www.divinocibo.it/
On 08.11.2005, at 12:15, Gianugo Rabellino wrote:
On 11/8/05, Carsten Ziegeler [EMAIL PROTECTED] wrote:
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
There are still some samples broken. Unfortunately
I don't have the
I am feeling a little confused. What is the expected behavior of te
following flowscript code:
var x = 0;
function fun() { print(++x); }
when it is invoked multiple times by the same user?
I am always getting 1 (with 2.1.8-rc1) as if the value of the
global variable wasn't retained
I have 2 issues with page update effect:
- the effect is enabled only for some samples. Shouldn't we make some
effect default?
- If a combobox is not required (no asterisk in default rendering) even
if you have page update effect active you won't see anything as the
combobox itself does not
Ugo Cei wrote:
I am feeling a little confused. What is the expected behavior of te
following flowscript code:
var x = 0;
function fun() { print(++x); }
when it is invoked multiple times by the same user?
I am always getting 1 (with 2.1.8-rc1) as if the value of the global
variable wasn't
Ugo Cei wrote:
I am feeling a little confused. What is the expected behavior of te
following flowscript code:
var x = 0;
function fun() { print(++x); }
when it is invoked multiple times by the same user?
I am always getting 1 (with 2.1.8-rc1) as if the value of the
global variable
Il giorno 08/nov/05, alle ore 14:16, Sylvain Wallez ha scritto:
Don't you have some session-related problems that could be caused
by a proxy server in front of the servlet engine?
No. Plain Jetty bundled with Cocoon.
But I have resolved the problem. It was caused by having a
Le 8 nov. 05, à 11:54, Carsten Ziegeler a écrit :
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
+1
-Bertrand
Sylvain Wallez wrote:
Leszek Gawron wrote:
I have 2 issues with page update effect:
- the effect is enabled only for some samples. Shouldn't we make some
effect default?
That was the initial idea, but as eye-candy is always debatable, I
finally decided to have no effect by default.
- If
vjaulin wrote:
Ugo Cei wrote:
I am feeling a little confused. What is the expected behavior of te
following flowscript code:
var x = 0;
function fun() { print(++x); }
when it is invoked multiple times by the same user?
I am always getting 1 (with 2.1.8-rc1) as if the value of the
Carsten Ziegeler wrote:
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
+1
Carsten
--
Carsten Ziegeler - Open Source Group, SN AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
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
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
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-midi has an issue affecting its community integration.
This issue
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-midi has an issue affecting its community integration.
This issue
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-jcr has an issue affecting its community integration.
This issue
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-jcr has an issue affecting its community integration.
This issue
Sylvain Wallez wrote:
Ugo Cei wrote:
Il giorno 08/nov/05, alle ore 11:06, Sylvain Wallez ha scritto:
The framework that currently satisfies these constraints is the Dojo
toolkit. It is packed with impressive features, is developped by a
community that functions very much like Apache and
Carsten Ziegeler wrote:
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
Carsten
+1
Ralph
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37187.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37187.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Is this spam?
Best Regards,
Antonio Gallardo.
shenanigans wrote:
I was interested in getting feedback from current mail group users.
We have mirrored your mail list in a new application that provides a
more aggregated and safe environment which utilizes the power of
broadband.
Von: Antonio Gallardo [EMAIL PROTECTED]
Datum: Tue, 08 Nov 2005 11:42:54 -0600
Is this spam?
http://marc.theaimsgroup.com/?t=11313978572r=1w=4
Jörg
--
Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko!
Satte Provisionen für GMX Partner:
At least I consider it to be spam ;)
Is this spam?
Best Regards,
Antonio Gallardo.
shenanigans wrote:
I was interested in getting feedback from current mail group users.
We have mirrored your mail list in a new application that provides
a more aggregated and safe environment which
Jason Johnston wrote:
Sylvain Wallez wrote:
Ugo Cei wrote:
Il giorno 08/nov/05, alle ore 11:06, Sylvain Wallez ha scritto:
The framework that currently satisfies these constraints is the
Dojo toolkit. It is packed with impressive features, is developped
by a community that functions very
On Tue, 2005-11-08 at 19:13 +0100, Sylvain Wallez wrote:
Jason Johnston wrote:
Sylvain Wallez wrote:
Ugo Cei wrote:
Il giorno 08/nov/05, alle ore 11:06, Sylvain Wallez ha scritto:
The framework that currently satisfies these constraints is the
Dojo toolkit. It is packed with
On 08.11.2005 11:54, Carsten Ziegeler wrote:
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
+1
What about the three day voting period ;)
Jörg
Hi all,
there are a few block builds failing because the CocoonTestCase class
cannot be found. I assumed it'd be in cocoon-testcase.jar, but this
here is what gets created on vmgump:
zip info: META-INF/ has 4 bytes of extra data
Archive: cocoon-testcase.jar
testing: META-INF/
Sylvain Wallez wrote:
So please choose one proposal below:
[+1] foo.bar:input (colon, not CSS-friendly because of IE)
[-1] foo.bar..input (double period)
[-1] foo.bar.input. (trailing period)
[-0] foo.bar._input (underscore, requires to forbid it as the
beginning of widget names)
Vadim
Daniel Fagerstrom wrote:
The xmlutil have an enourmous amount of dependencies, any ideas why it
use both saxon and saxon7 and even saxon7-sql?
xmlutil provides avalon components (api) such as xpath *and* several
implementations of those apis based on different libraries: saxon6/7, jaxen, etc.
On 08.11.2005 21:30, Stefan Bodewig wrote:
there are a few block builds failing because the CocoonTestCase class
cannot be found. I assumed it'd be in cocoon-testcase.jar, but this
here is what gets created on vmgump:
http://svn.apache.org/viewcvs?rev=331881view=rev hopefully fixes it.
[EMAIL PROTECTED] wrote:
+ map:generate type=jx src=forms/{1}_template.xml label=content1
+ map:parameter name=local value={flow-attribute:locale}/
+ /map:generate
Shouldn't it be local*e*?
Vadim
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
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
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-midi has an issue affecting its community integration.
This issue
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-midi has an issue affecting its community integration.
This issue
[EMAIL PROTECTED] wrote:
Author: joerg
Date: Tue Nov 8 12:47:37 2005
New Revision: 331881
URL: http://svn.apache.org/viewcvs?rev=331881view=rev
Log:
include all test classes into cocoon-testcase.jar
Modified:
cocoon/trunk/tools/targets/compile-build.xml
Modified:
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-jcr has an issue affecting its community integration.
This issue
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-jcr has an issue affecting its community integration.
This issue
Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
+ map:generate type=jx src=forms/{1}_template.xml
label=content1
+ map:parameter name=local value={flow-attribute:locale}/
+ /map:generate
Shouldn't it be local*e*?
Oh yes! Thanks for spotting this Vadim!
Sylvain
--
On 08.11.2005 22:56, Leszek Gawron wrote:
[EMAIL PROTECTED] wrote:
Author: joerg
Date: Tue Nov 8 12:47:37 2005
New Revision: 331881
URL: http://svn.apache.org/viewcvs?rev=331881view=rev
Log:
include all test classes into cocoon-testcase.jar
Why this way? I am using cocoon-testcase.jar as
Joerg Heinicke wrote:
On 08.11.2005 22:56, Leszek Gawron wrote:
[EMAIL PROTECTED] wrote:
Author: joerg
Date: Tue Nov 8 12:47:37 2005
New Revision: 331881
URL: http://svn.apache.org/viewcvs?rev=331881view=rev
Log:
include all test classes into cocoon-testcase.jar
Why this way? I am using
[ http://issues.apache.org/jira/browse/COCOON-1192?page=all ]
Ugo Cei closed COCOON-1192:
---
Resolution: Fixed
calendar (generator) is malfunctioning
--
Key: COCOON-1192
URL:
Torsten Curdt wrote:
It is a shame, but these samples never got over the loss on the xml
docs that used to be distributed with Cocoon.
These were what were indexed for those samples AFAIR.
Remove them?
Erk, that is bad. How about just leaving them there,
knowing that they are broken,
Vadim Gritsenko wrote:
The xmlutil have an enourmous amount of dependencies, any ideas why it
use both saxon and saxon7 and even saxon7-sql?
xmlutil provides avalon components (api) such as xpath *and* several
implementations of those apis based on different libraries: saxon6/7,
jaxen,
On 08.11.2005 23:12, Leszek Gawron wrote:
Can you explain it? The way it was broke some of our tests because of
missing classes in cocoon-testcase.jar. Why shall not all test classes
be included in the jar?
If you have a separate project based on cocoon and you want to test your
generators
Hi,
Currently, Field'isRequired() delegates to its FieldDefinition. How
badly would it break everything :-) if instead there were an instance
variable that's (a) initialized from getFieldDefinition().isRequired(),
and then (b) settable via a setRequired() method?
Sometimes you just really
Carsten Ziegeler wrote:
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
-1 ... People have not addressed the documentation
side of things. See other recent email on this topic
to which nobody replied. We will not be able to
Le 9 nov. 05, à 01:37, David Crossley a écrit :
...As i warned a long time ago, the re-arrangement of
documentation should not have been done until the
2.2 release...
Fully agreed, staying with the old docs for 2.1.8 seems much easier,
and 2.2 is a good time to make a transition on the docs.
Bertrand Delacretaz wrote:
David Crossley a ?crit :
...As i warned a long time ago, the re-arrangement of
documentation should not have been done until the
2.2 release...
Fully agreed, staying with the old docs for 2.1.8 seems much easier,
and 2.2 is a good time to make a transition on
David Crossley wrote:
there is currently a changed URL-space which will bust links,
David,
What changed URLs have you noticed, so far? If there is a list, it will help
fixing problems. Myself, I noticed that
http://cocoon.apache.org/2.1/introduction.html
became
Jorg Heymans wrote:
the fact that it depends on 2 saxons is a pain :) you can't have 2
dependencies with the same group and artifactid - even though they have
different versions.
I see... You are right! Maven *is* a pain!
:-P :-P
Vadim
Vadim Gritsenko wrote:
David Crossley wrote:
there is currently a changed URL-space which will bust links,
David,
What changed URLs have you noticed, so far? If there is a list, it will
help fixing problems. Myself, I noticed that
http://cocoon.apache.org/2.1/introduction.html
Hi,Philippe GASSMANN
I test it in sample,it works,I will test it in my project.Thanks a lot.
Roy Huang
Mark Lundquist wrote:
Hi,
Currently, Field'isRequired() delegates to its FieldDefinition. How
badly would it break everything :-) if instead there were an instance
variable that's (a) initialized from
getFieldDefinition().isRequired(), and then (b) settable via a
setRequired() method?
David Crossley wrote:
Another issue is that normally i run a program to
scan for license issues, but have not found time.
I will try to make some time to do that tonight.
-David
Hi:
I was playing around AJAX and the upload widget. Why the upload widget
is not supported by AJAX?
Best Regards,
Antonio Gallardo.
/me hopping the answer is: because nobody requested this! :-D
David Crossley wrote:
Bertrand Delacretaz wrote:
David Crossley a ?crit :
...As i warned a long time ago, the re-arrangement of
documentation should not have been done until the
2.2 release...
Fully agreed, staying with the old docs for 2.1.8 seems much easier,
and 2.2 is a good
Antonio Gallardo wrote:
Hi:
I was playing around AJAX and the upload widget. Why the upload widget
is not supported by AJAX?
I started working on an AJAX progress bar for the upload widget during
the GetTogether. I can explain where I got to if you want to look into
finishing it.
Regards,
Upayavira wrote:
Antonio Gallardo wrote:
Hi:
I was playing around AJAX and the upload widget. Why the upload widget
is not supported by AJAX?
I started working on an AJAX progress bar for the upload widget during
the GetTogether.
Great!
I can explain where I got to if you want
David Crossley wrote:
David Crossley wrote:
Bertrand Delacretaz wrote:
David Crossley a ?crit :
...As i warned a long time ago, the re-arrangement of
documentation should not have been done until the
2.2 release...
Fully agreed, staying with the old docs for 2.1.8 seems much easier,
and 2.2
David Crossley wrote:
Carsten Ziegeler wrote:
This is another try to get 2.1.8 finally out:
Please cast your votes for releasing 2.1.8 tomorrow, 8th of November.
-1 ... People have not addressed the documentation
side of things. See other recent email on this topic
to which nobody
Mark Lundquist wrote:
Hi,
Currently, Field'isRequired() delegates to its FieldDefinition. How
badly would it break everything :-) if instead there were an instance
variable that's (a) initialized from getFieldDefinition().isRequired(),
and then (b) settable via a setRequired() method?
82 matches
Mail list logo