Ralph Goers wrote:
Well, I see that. But I just don't see how the urls ever get encoded
with the name. See my comments below.
Ok, short answer :) the name is used, you can see it in the sample
portal, but you're right that this mechanism does not prevent for
possible name clashes of the
Hi,all:
1.in current svn,start cocoon in win32 and access it will generate such
exception:
Message: Configuration element FileSystem not found in SearchIndex.
Description: org.apache.avalon.framework.configuration.ConfigurationException:
Cannot access configuration information at
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=36872.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Please cast your votes for:
a) Include the docs in the distribution
b) Provide a separate docs package to download
The docs will be the ones generated by forrest.
+1 for b) as well.
max
I have created a Daisy account (crossley). Would someone
please add me to the doc-editors group.
-David
Le 20 oct. 05, à 09:57, David Crossley a écrit :
I have created a Daisy account (crossley). Would someone
please add me to the doc-editors group.
Done.
-Bertrand
Le 20 oct. 05, à 09:07, roy huang a écrit :
Hi,all:
1.in current svn,start cocoon in win32 and access it will generate
such exception:
Message: Configuration element FileSystem not found in SearchIndex.
FWIW, I've just tested the BRANCH_2_1_X code, svn up, full rebuild, no
local.* files,
Bertrand Delacretaz wrote:
Le 20 oct. 05, à 09:57, David Crossley a écrit :
I have created a Daisy account (crossley). Would someone
please add me to the doc-editors group.
Done.
Actually, whenever a committer asks for Karma, we should give them
doc-editor and doc-committer karma
I have fixed a few things so that all htmlunit-tests pass here (JDK
1.4.2, macosx 10.3.8).
It would be cool if people could run these tests on other platforms and
report results here.
To run them use
./build.sh htmlunit-tests
and follow the instructions.
-Bertrand
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=37180.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Ross Gardler wrote:
Please cast your votes for:
a) Include the docs in the distribution
b) Provide a separate docs package to download
+1 for b too.
For __future__ releases, we will have a third option:
c) include the forrest block and cocoon docs configuration files
-1 for this, although
Le 20 oct. 05, à 10:47, Upayavira a écrit :
...Actually, whenever a committer asks for Karma, we should give them
doc-editor and doc-committer karma straight away. I've done that for
David...
ok - I didn't do that, as David didn't ask for it. But you're right.
-Bertrand
Le 20 oct. 05, à 10:22, Bertrand Delacretaz a écrit :
Le 20 oct. 05, à 09:07, roy huang a écrit :
Hi,all:
1.in current svn,start cocoon in win32 and access it will generate
such exception:
Message: Configuration element FileSystem not found in SearchIndex.
FWIW, I've just tested the
Bertrand Delacretaz wrote:
Le 20 oct. 05, à 09:07, roy huang a écrit :
Hi,all:
1.in current svn,start cocoon in win32 and access it will generate
such exception:
Message: Configuration element FileSystem not found in SearchIndex.
FWIW, I've just tested the BRANCH_2_1_X code, svn up,
hepabolu wrote:
Ross Gardler wrote:
...
For __future__ releases, we will have a third option:
c) include the forrest block and cocoon docs configuration files
-1 for this, although it should be moved to another thread.
I don't think it's a good idea to give all users access to 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=32988.
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=28975.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
-liboptional/pluto-1.0.1-rc4.jar/lib
+liboptional/pluto-1.0.1.jar/lib
Please don't forget to keep the poms in sync. I'll do this one tonight
myself unless someone beats me to it hint ;-)
Thanks
Jorg
Ross Gardler wrote:
In this way people only see what either we want them to see, or they
choose to see. This is akin to users only having access to the bundled
docs in a release, but devs having access to the development docs in SVN.
True, but if we point the users to the cocoon.zones site
Jorg Heymans schrieb:
[EMAIL PROTECTED] wrote:
-liboptional/pluto-1.0.1-rc4.jar/lib
+liboptional/pluto-1.0.1.jar/lib
Please don't forget to keep the poms in sync. I'll do this one tonight
myself unless someone beats me to it hint ;-)
Yepp, I was just in the process of
Carsten Ziegeler wrote:
Yepp, I was just in the process of uploading pluto to ibiblio...but
thanks for the hint :=)
thanks Carsten.
oh and don't forget to upgrade to maven2.0 , it was released yesterday
evening.
Jorg
Jorg Heymans wrote:
oh and don't forget to upgrade to maven2.0 , it was released yesterday
evening.
Yepp, and it's currently not really working for me - it seems to not
find all dependencies...I'll look into that hopefully tomorrow.
Carsten
--
Carsten Ziegeler - Open Source Group, SN AG
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-captcha 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-captcha 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
Carsten Ziegeler wrote:
Yepp, and it's currently not really working for me - it seems to not
find all dependencies...I'll look into that hopefully tomorrow.
I guess the maven team are fixings poms like mad in the background. I've
had subsequent build runs fail, then succeed or vice versa
Hi,
I have removed the restriction that multivaluefields cannot have a
selection list, and added a rendering for multivaluefields without
selection lists.
It consists of an input field with a listbox below it, entries are added
by entering something in the input field and pressing enter. It is
Hi all,
I have a little problem with the FragmentExtractorTransformer. This
transformer extracts XML parts (by default SVG), stores it in the
transient store and replaces the XML parts with id's.
My problem is that the id is based on the request uri (and the number of
fragments that it extracts
Jorg Heymans wrote:
Carsten Ziegeler wrote:
Yepp, and it's currently not really working for me - it seems to not
find all dependencies...I'll look into that hopefully tomorrow.
I guess the maven team are fixings poms like mad in the background. I've
had subsequent build runs fail, then
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=36949.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Bruno Dumon wrote:
Hi,
I have removed the restriction that multivaluefields cannot have a
selection list, and added a rendering for multivaluefields without
selection lists.
It consists of an input field with a listbox below it, entries are added
by entering something in the input field and
Hi all,
Widgets that have some value-changed listeners now automatically submit
the form whenever their value changes.
This removes the need for most, if not all fi:styling
submit-on-change=true/.
It this behaviour is not desired, you can write fi:styling
submit-on-change=false/.
Enjoy,
hepabolu wrote:
Ross Gardler wrote:
In this way people only see what either we want them to see, or they
choose to see. This is akin to users only having access to the bundled
docs in a release, but devs having access to the development docs in SVN.
True, but if we point the users to 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=28975.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 04.10.2005 06:36, Stefan Bodewig wrote:
But now I'm wondering why the build fails? From which repository is
the jar built? From an old avalon before the switch to excalibur?
http://svn.apache.org/repos/asf/avalon/
which is the old one. Gump doesn't know there is a newer one (and
neither
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=32762.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 20.10.2005 15:15, Bart Molenkamp wrote:
My problem is that the id is based on the request uri (and the number of
fragments that it extracts during a single transformation). The problem
is that the contents of an XML document, and the content of the SVG
image in that document (some chart
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=32762.
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=32762.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I just got this error while displaying a previously working form in
an application, after having updated Cocoon to the latest revision
(326894) from branch 2.1:
Ambiguous rule match for /html/body[1]/div[1]/fi:form-template[1]/
fi:group[1]/fi:items[1]/div[2]/fi:field[1]/fi:styling[1]/@type
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.
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
...
I have commited an initial version of javascript support in jxtg.
Looks like it's working although I have not tested it much.
just as the commit message says:
use @{expression} for jxtg and {js:expression} for CTemplate
(CTemplate is not
On 10/20/05, Ugo Cei [EMAIL PROTECTED] wrote:
P.S. Now it works but it's the HTMLArea which stopped working ... sigh
Try changing thhe priority the other way (bet you're using Saxon?)
--
Peter Hunsberger
Il giorno 20/ott/05, alle ore 22:14, Peter Hunsberger ha scritto:
On 10/20/05, Ugo Cei [EMAIL PROTECTED] wrote:
P.S. Now it works but it's the HTMLArea which stopped working ...
sigh
Try changing thhe priority the other way (bet you're using Saxon?)
The problem I have now (and which
On 20.10.2005 21:19, Ugo Cei wrote:
I just got this error while displaying a previously working form in an
application, after having updated Cocoon to the latest revision
(326894) from branch 2.1:
Ambiguous rule match for /html/body[1]/div[1]/fi:form-template[1]/
On 10/20/05, Ugo Cei [EMAIL PROTECTED] wrote:
Il giorno 20/ott/05, alle ore 22:14, Peter Hunsberger ha scritto:
On 10/20/05, Ugo Cei [EMAIL PROTECTED] wrote:
P.S. Now it works but it's the HTMLArea which stopped working ...
sigh
Try changing thhe priority the other way (bet
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-captcha 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-captcha 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
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=31600.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Ross Gardler wrote:
http://forrest.zones.apache.org/ft/build/cocoon-docs/broken-links.xml
This not only lists the target of the link, but also the source of the
link too. So make fixing these things much easier :-)
Had my first Diasy editing today, nice. I fixed a few
of the broken links.
Ross Gardler wrote:
Stefano Mazzocchi wrote:
Is there a way to have non-numerical URL in daisy?
Yes, and no.
Daisy completely separates the front-end application (the daisy-wiki)
from the back-end repository.
In the repository it is only possible to have numerical document IDs.
Bruno Dumon wrote:
Hi,
I have removed the restriction that multivaluefields cannot have a
selection list, and added a rendering for multivaluefields without
selection lists.
It consists of an input field with a listbox below it, entries are added
by entering something in the input field and
64 matches
Mail list logo
