Le 9 nov. 05, à 08:33, David Crossley a écrit :
...Uh'oh i see that someone has deleted
branches/BRANCH_2_1_X/forrest.properties
so i need to get that back. Can someone please explain how to find
out when that file was removed from SVN. I tried searching my local
mail archives for [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 6 Nov 2005, Sylvain Wallez wrote:
[X] foo.bar:input (colon, not CSS-friendly because of IE)
[ ] foo.bar..input (double period)
[ ] foo.bar.input. (trailing period)
[ ] foo.bar._input (underscore, requires to forbid it as the beginning of
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. That's why we have saxon and saxon7.
I've brought most of excalibur-trunk under maven2 control yesterday, we
Carsten Ziegeler wrote:
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. That's why we have saxon and saxon7.
I've brought most of excalibur-trunk under maven2
Carsten Ziegeler wrote:
I fine tuned the poms yesterday a little bit (at least I hope that this
was a fine tuning...) so we should try to get this up to ibiblio. Can
you do this?
great thanks Carsten!
I'll find out more about the sync'ing process, we will need this for
Cocoon anyway.
Jorg
Antonio Gallardo wrote:
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
No, but this is more problematic: a browser cannot send an uploaded
Vadim Gritsenko wrote:
I see... You are right! Maven *is* a pain!
I for one, welcome our new Maven Overlords !
:-P
Antonio Gallardo wrote:
Please keep in mind that some of the excalibur jars contains changes
included, right after the distro. How we are going to deal with this?
I think the dependencies have not changed since the last release, so we
can just update the poms.
Carsten
--
Carsten Ziegeler
Antonio Gallardo wrote:
Please keep in mind that some of the excalibur jars contains changes
included, right after the distro. How we are going to deal with this?
Yes I was wondering about this as well. ATM the poms are building from
trunk, how can we make sure we have exactly the same
Carsten Ziegeler wrote:
Antonio Gallardo wrote:
Please keep in mind that some of the excalibur jars contains changes
included, right after the distro. How we are going to deal with this?
I think the dependencies have not changed since the last release, so we
can just update the
Bertrand Delacretaz wrote:
With svn log you can see when it was deleted:
Thanks, that is what i was looking for.
I haven't commited the recovered file, in case you just need it it
temporarily you can get it with the above command.
Please do. I want to encourage other people to
deal with
Jorg Heymans wrote:
Antonio Gallardo wrote:
Please keep in mind that some of the excalibur jars contains changes
included, right after the distro. How we are going to deal with this?
Yes I was wondering about this as well. ATM the poms are building from
trunk, how can we make sure
I'm searching for a cool/nice layout for the portal engine in 2.2(trunk).
I converted the html from tables and inline styling to div elements with
css, but obviously the result does not look very nice... :)
So, if someone is interested in providing a new layout (css and perhaps
images), that
Le 9 nov. 05, à 09:48, David Crossley a écrit :
Bertrand Delacretaz wrote:
...I haven't commited the recovered file, in case you just need it it
temporarily you can get it with the above command.
Please do. I want to encourage other people to
deal with documentation issues...
done.
Yesterday, I added some basic ajax functionality to the Cocoon Portal in
trunk.
Minimizing and maximizing a coplet is now done using ajax and some links
are processed using ajax as well. For example the gallery demo updates
not only the coplet containing the link but also other affected coplets.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 9 Nov 2005, Carsten Ziegeler wrote:
Date: Wed, 09 Nov 2005 09:05:26 +0100
From: Carsten Ziegeler [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: [M10N] fixing repo for cocoon
Jorg Heymans wrote:
Joerg Heinicke wrote:
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
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 time to
David Crossley wrote:
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
Carsten Ziegeler wrote:
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
Ross Gardler wrote:
Sorry, I'm a little slow responding right now. I'm travelling at present
and only have intermittent access and time. However, the URL space
issues are not issues, just get David or myself to zip up te built docs
and there you go, you have the docs in the 2.1/...
Hi,
Sylvain Wallez wrote:
Mark Lundquist wrote:
Sometimes you just really want to say
someWidget.required = false;
in flowscript. Why shouldn't that be possible?
I attached a path for the field widget which makes this possible :-)
What's the way to do the same thing for label, help
On 08.11.2005, at 23:53, David Crossley wrote:
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
Hi
I test form+ajax in sample link,
http://localhost:/samples/blocks/forms/do-dynaRepeater.flow
the problem is when I enter Chinese char like 测试(Chinese char),
and click add contact,the two work will become ??,and submit it
will also cause ??.I have already set form-encoding and serializer
I just built a tar file of the cocoon docs from the last automated
build. You can download it from:
http://forrest.zones.apache.org/ft/build/cocoon-docs.tar.gz
You should find that the URLspace is suitable for inclusion within the
cocoon.a.o urlspace and for inclusion in the release.
I've
Carsten Ziegeler wrote:
Ross Gardler wrote:
Sorry, I'm a little slow responding right now. I'm travelling at present
and only have intermittent access and time. However, the URL space
issues are not issues, just get David or myself to zip up te built docs
and there you go, you have
Ross Gardler 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
Ross Gardler 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
I know for a fact that the xml formatter from eclipse+wtp does exactly
this :
- * http://www.apache.org/licenses/LICENSE-2.0
+ * http://www.apache.org/licenses/LICENSE-2.0
Why is the reformatting a problem ?
Jorg
[EMAIL PROTECTED] wrote:
Author: crossley
Date: Wed Nov 9 03:22:09
Von: Leszek Gawron [EMAIL PROTECTED]
Datum: Wed, 09 Nov 2005 11:26:53 +0100
What you have in cocoon-testcase now are:
a) helper classes (e.g. mocks)
b) base test cases (which could be made abstract, no actual test cases
in them)
c) specific test cases
It's not the matter of what
I'll start the release process in approx 80 minutes from now at 13:00
UTC - so please refrain to commit anything to 2.1.x from that time on.
Thanks
Carsten
--
Carsten Ziegeler - Open Source Group, SN AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
David Crossley wrote:
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.
That is done now.
There are SUN licenses throughout the
Torsten Curdt wrote:
On 08.11.2005, at 23:53, David Crossley wrote:
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
David Crossley wrote:
That is done now.
There are SUN licenses throughout the
src/blocks/faces/java/org/apache/cocoon/faces/samples/
The main issue is that some files have a SUN license
header but in the org.apache.cocoon package. Don't know
how that occurred, e.g.
Ok, due to David's mail I'll not do the release today! I'll give us some
more time until we all think that everything is fine.
Carsten
Carsten Ziegeler wrote:
I'll start the release process in approx 80 minutes from now at 13:00
UTC - so please refrain to commit anything to 2.1.x from that
, Jorg Heymans wrote:
I know for a fact that the xml formatter from eclipse+wtp does exactly
this :
- * http://www.apache.org/licenses/LICENSE-2.0
+ * http://www.apache.org/licenses/LICENSE-2.0
Oh no! Damn Eclipse!
Why is the reformatting a problem ?
The issue below is that it
Ross Gardler wrote:
I just built a tar file of the cocoon docs from the last automated
build. You can download it from:
http://forrest.zones.apache.org/ft/build/cocoon-docs.tar.gz
You should find that the URLspace is suitable for inclusion within the
cocoon.a.o urlspace and for
We have a SCM ...nothing gets thrown away.
Just not included in the release. At least
to me that's the better option. But anyway.
Best would be of course to just fix it ;)
Or we could leave the sample there but remove it from the menu. Can't
see it but don't remove the code.
That would be
David Crossley wrote:
Why is the reformatting a problem ?
The issue below is that it completely stuffs the pattern
matching of the license detection tool.
svn:committers/relicense/src/perl/insert_license.pl
then the pattern matching should be made a bit more flexible, or is the
license
David Crossley wrote:
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
Ross Gardler wrote:
David Crossley wrote:
Vadim Gritsenko wrote:
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
http://forrest.zones.apache.org/ft/build/cocoon-docs
Vadim Gritsenko wrote:
David Crossley wrote:
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
David Crossley wrote:
For example, the docs under the Community and About
labels gain extra subdirectories compared with the
existing website.
That's the bug in need of fixing, imho, and not more than that. I'm sending out
a diff...
Vadim
Ross Gardler wrote:
I just built a tar file of the cocoon docs from the last automated
build. You can download it from:
http://forrest.zones.apache.org/ft/build/cocoon-docs.tar.gz
You should find that the URLspace is suitable for inclusion within the
cocoon.a.o urlspace and for inclusion in
David Crossley wrote:
Don't know how that occurred, e.g.
src/blocks/faces/java/org/apache/cocoon/faces/samples/components/taglib/MapTag.java
PMC archives have it. See thread started on September 2004, 17th. It was deemed
to be non issue, and this demo is shipped w/Cocoon since version 2.1.6.
[EMAIL PROTECTED] wrote:
Fix formatting of some licenses. They foil the license detection tool.
Someone's text editor must be messing with spaces.
Thanks for fixing it! There is one issue though - change in copyright year:
- * Copyright 2005 The Apache Software Foundation
- * Licensed under
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-javaflow 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-javaflow 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-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
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-cron 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-cron has an issue affecting its community integration.
This issue
Hi all,
just a quick question as I am very new to working with the framework...
if I am working in any transformer, is there a way to reference, the
name or location of the xml source used in the generator step leading to
this transformation, if someone could just point me in the general
David Crossley wrote:
Ross Gardler wrote:
I just built a tar file of the cocoon docs from the last automated
build. You can download it from:
http://forrest.zones.apache.org/ft/build/cocoon-docs.tar.gz
You should find that the URLspace is suitable for inclusion within the
cocoon.a.o
Ross McDonald wrote:
Hi all,
just a quick question as I am very new to working with the framework...
if I am working in any transformer, is there a way to reference, the
name or location of the xml source used in the generator step leading to
this transformation, if someone could just point
Giacomo Pati wrote:
I get a:
Reason: Error getting POM for 'knopflerfish:knopflerfish-log_all' from
the repository: Exit code: 1 - Host key verification failed.
Any others as well?
Yepp, I get the same error now - but didn't have to time to look into it :(
Carsten
--
Carsten
Hi,
thanks for the prompt response...
I was just checking.. will use the sitemap approach,
thanks again,
Ross.
Vadim Gritsenko wrote:
Ross Gardler wrote:
I just built a tar file of the cocoon docs from the last automated
build. You can download it from:
http://forrest.zones.apache.org/ft/build/cocoon-docs.tar.gz
You should find that the URLspace is suitable for inclusion within the
cocoon.a.o
Vadim Gritsenko wrote:
David Crossley wrote:
For example, the docs under the Community and About
labels gain extra subdirectories compared with the
existing website.
That's the bug in need of fixing, imho, and not more than that. I'm
sending out a diff...
I've had a look at this, please
Daniel Fagerstrom wrote:
The lacking POMs are in the Apache Maven repository
http://cvs.apache.org/repository.
Yes they are there , but that doesn't explain the error IMO. ibiblio is
not hosting these at all, and these poms on cvs.a.o haven't been
modified since August.
Jorg
Ross McDonald wrote:
Hi all,
just a quick question as I am very new to working with the framework...
if I am working in any transformer, is there a way to reference, the
name or location of the xml source used in the generator step leading
to this transformation, if someone could just point
On 11/9/05, Ross McDonald [EMAIL PROTECTED] wrote:
Hi all,
just a quick question as I am very new to working with the framework...
if I am working in any transformer, is there a way to reference, the
name or location of the xml source used in the generator step leading to
this
Ross Gardler wrote:
Vadim Gritsenko wrote:
Ross Gardler wrote:
I just built a tar file of the cocoon docs from the last automated
build. You can download it from:
http://forrest.zones.apache.org/ft/build/cocoon-docs.tar.gz
You should find that the URLspace is suitable for inclusion within
Hi Sylvain,
by 'location of the xml source' I mean for example if I generate on a file called test.xml,
can I determine where this file resides, so is the fact that the file was called test.xml (and it lived in testfolder) during generation available to me in the transformer? Does that sound
Ross Gardler wrote:
I compared current /2.1/ site URI space with the files in tar.gz and
found out that actually there are way more differences than I
thought... *All* URIs but one has been altered. Diff attached.
This is useful. I now see that the Daisy navigation document is not
the same
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=32491.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
sorry for duplicating Ross' effort. I only know understand what he meant
by removing the documentation name is not the solution.
I now also realise what happened and what the rationale was behind the
way it is currently set up in Daisy:
the main menu bar suggests that there are sub sections:
Antonio Gallardo wrote:
No problem. Please download excalibur using the Release Tag or the
revision number used for the release, add your maven2 poms and
recompile. :-)
http://svn.apache.org/viewcvs.cgi/excalibur/tags/
this will take a while, and to be honest I don't know when i'll have
Ross McDonald wrote:
Hi Sylvain,
by 'location of the xml source' I mean for example if I generate on a
file called test.xml,
can I determine where this file resides, so is the fact that the file
was called test.xml (and it lived in testfolder) during generation
available to me in the
Fantastic, I will implement this,
thanks Sylvain.
hepabolu wrote:
I now also realise what happened and what the rationale was behind the
way it is currently set up in Daisy:
the main menu bar suggests that there are sub sections: About,
Documentation, Community etc. I wanted to keep that division so I
created the folders About,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 9 Nov 2005, Carsten Ziegeler wrote:
Date: Wed, 09 Nov 2005 15:26:29 +0100
From: Carsten Ziegeler [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: [M10N] fixing repo for cocoon
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 9 Nov 2005, Daniel Fagerstrom wrote:
Date: Wed, 09 Nov 2005 15:40:31 +0100
From: Daniel Fagerstrom [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: [M10N] fixing repo for cocoon
Carsten Ziegeler
Giacomo Pati wrote:
...
The lacking POMs are in the Apache Maven repository
http://cvs.apache.org/repository.
You mean M2 is just issuing a missleading messaging?
The POM there is invalid?
Actually I don't get what you mean!
I meant that when I tried to compile
Daniel Fagerstrom wrote:
repositories
!-- Apache specific maven repositories available to all blocks --
repository
idapache-cvs/id
nameApache CVS Repository/name
urlhttp://cvs.apache.org/repository/url
layoutlegacy/layout
/repository
/repositories
ugh
David Crossley wrote:
, Jorg Heymans wrote:
I know for a fact that the xml formatter from eclipse+wtp does exactly
this :
- * http://www.apache.org/licenses/LICENSE-2.0
+ * http://www.apache.org/licenses/LICENSE-2.0
Oh no! Damn Eclipse!
A lot of people in the
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=37149.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Antonio Gallardo wrote:
A lot of people in the community use eclipse. It is time seriously think
to add eclipse-styling file to avoid this problems.
Throw in one for IDEA as well.
Vadim
Jorg Heymans wrote:
I had these libs in my local repo already that's why i didn't spot it.
I'll fix this now.
done.
If you want to test it on an empty repository, edit the repo location in
settings.xml and do mvn -s settings.xml install from the root.
Note that it doesn't hurt running
On 09.11.2005 20:28, [EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewcvs?rev=332117view=rev
as the branch has no dependency on scratchpad block I don't believe trunk has
Unfortunately mail block depends on the scratchpad block for the webmail
application - but both for the branch
Ross Gardler wrote:
about label=About
xi:include href=cocoon://daisy.site.ABOUT_NAV_SECTION/
/about
documentation label=Documentation
xi:include href=cocoon://daisy.site.DOCUMENTATION_NAV_SECTION/
/documentation
etc.
Sounds ok and I'll give it a try on the Daisy side, but do be aware
[
http://issues.apache.org/jira/browse/COCOON-1680?page=comments#action_12357148
]
Helma van der Linden commented on COCOON-1680:
--
Right, I like the second version better, because it's less cluttered, but
Upayavira is right: it still has
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=32491.
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=37149.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[
http://issues.apache.org/jira/browse/COCOON-1680?page=comments#action_12357153
]
Upayavira commented on COCOON-1680:
---
Keep the feather, in some form, but _much_ smaller.
New design/ layout proposal for Cocoon documentation
Ross Gardler wrote:
about label=About
xi:include href=cocoon://daisy.site.ABOUT_NAV_SECTION/
/about
documentation label=Documentation
xi:include href=cocoon://daisy.site.DOCUMENTATION_NAV_SECTION/
/documentation
etc.
Right, I've updated the navigation document of the Daisy legacydocs. It
Custom headers for Sendmail Action/Logicsheet/Transformer needed
Key: COCOON-1682
URL: http://issues.apache.org/jira/browse/COCOON-1682
Project: Cocoon
Type: Wish
Components: Blocks: Mail
hepabolu wrote:
Ross Gardler wrote:
about label=About
xi:include href=cocoon://daisy.site.ABOUT_NAV_SECTION/
/about
documentation label=Documentation
xi:include href=cocoon://daisy.site.DOCUMENTATION_NAV_SECTION/
/documentation
etc.
Sounds ok and I'll give it a try on the Daisy side,
hepabolu wrote:
In short: after I've added the missing nodeIds and Ross changed the
site.xml file in Forrest, the only thing left are the links from the
samples into the docs.
The top-level can probably used as is with the exception of the live
sites, these are updated in Daisy.
AFAICT I
Ross Gardler wrote:
hepabolu wrote:
I now also realise what happened and what the rationale was behind the
way it is currently set up in Daisy:
the main menu bar suggests that there are sub sections: About,
Documentation, Community etc. I wanted to keep that division so I
created the
hepabolu wrote:
hepabolu wrote:
In short: after I've added the missing nodeIds and Ross changed the
site.xml file in Forrest, the only thing left are the links from the
samples into the docs.
The top-level can probably used as is with the exception of the live
sites, these are updated in
hepabolu wrote:
The top-level can probably used as is with the exception of the live
sites, these are updated in Daisy.
We could migrate top level into Daisy as well, but only when we iron out issues
with 2.1 docs...
I'd suggest as well to move live sites docs out of 2.1 daisy docs, and
[
http://issues.apache.org/jira/browse/COCOON-1680?page=comments#action_12357191
]
Vadim Gritsenko commented on COCOON-1680:
-
IIRC ASF has newer version of the feather - the one which was used on AC2004
hackaton tshirts - I think it should be
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
Hi,all:
I have solved the problem,it's requestparameter's encoding again.
I remember someone mentioned double encoding problem in mail list,I didn't
remember the list,the problem now is:
When I use Cocoon Forms to display and input Chinese,I use UTF-8,so
serializer encoding set to
Hi,all:
In sample:http://localhost:/samples/blocks/forms/do-datasourceChooser.flow
Change ft:widget id=name/ to ft:widget id=namefi:styling
type=textarea rows=5 cols=65/fi:styling
/ft:widget
and don't enter datasource name,click OK:
the textarea appear :
a
Philipp Schmidt wrote:
Hi,
Sylvain Wallez wrote:
Mark Lundquist wrote:
Sometimes you just really want to say
someWidget.required = false;
in flowscript. Why shouldn't that be possible?
I attached a path for the field widget which makes this possible :-)
Philipp, thanks for
97 matches
Mail list logo
