Hello Elvira,
please start such questions on the users list as it is not related to
development of Cocoon itself. Thanks.
Find the answer below.
On 11.05.2004 11:04, Elvira Nieto Carretero wrote:
Hello again all!!
I create a session with
session:setxml context=lastSearch path=/search
This is a just general FYI for anyone who posts to the user and -dev lists:
*Please un-set the option which causes your mail client to request a
return receipt!*
Return receipts are generally not useful, especially when the message
you are sending likely gets read by thousands of people.
Sylvain Wallez wrote:
Upayavira wrote:
Sylvain Wallez wrote:
Hi folks,
In one of our projects, we use CocoonBean in a CocoonServlet
environment to dump a collection of generated documents on disk.
Doing this, we encountered two problems:
- CocoonComponentManager.checkEnvironment barfs and
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=28869.
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=28869.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello again all!!
I create a session with
session:setxml context="lastSearch" path="/search"
session:getxml context="request" path="/querystring"
/
/session:setxml
Once i created it i want to save in a param or
variable so i can use anywhere.
If i put in my code directly
session:getxml
Upayavira wrote:
Sylvain Wallez wrote:
Upayavira wrote:
Sylvain Wallez wrote:
Hi folks,
In one of our projects, we use CocoonBean in a CocoonServlet
environment to dump a collection of generated documents on disk.
Doing this, we encountered two problems:
-
Tony Collen wrote:
Joerg Heinicke wrote:
On 10.05.2004 16:37, [EMAIL PROTECTED] wrote:
The problem was caused by a faulty syntax for the continuation id:
${continuation/id} should be #{$continuation/id}
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=107412183108550w=4
Item 3.
Yeah, I'm
Askild Aaberg Olsen wrote:
A link from http://www.mattkruse.com/javascript/calendarpopup/
leads to http://www.webreference.com/dhtml/diner/seethru/
Bingo. And solution is to upgrade to Mozilla.
I'll add another workaround to the pool: hide all windowed controls
before showing popup.
Vadim
Joerg Heinicke wrote:
On 10.05.2004 21:44, Marc Portier wrote:
- re-introduce the getwidget, but make it deprecated
in which case we should decide if the implementation should
[ ] just work
[ ] log a warning and keep on working
[X] fail with some RTE
If we do nothing, I will mostly fail with
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=28869.
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=28869.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Vadim Gritsenko wrote:
Joerg Heinicke wrote:
On 10.05.2004 21:44, Marc Portier wrote:
- re-introduce the getwidget, but make it deprecated
in which case we should decide if the implementation should
[ ] just work
[ ] log a warning and keep on working
[X] fail with some RTE
If we do nothing,
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=28899.
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=28899.
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=28899.
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=28900.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Vadim Gritsenko wrote:
Askild Aaberg Olsen wrote:
A link from http://www.mattkruse.com/javascript/calendarpopup/
leads to http://www.webreference.com/dhtml/diner/seethru/
Bingo. And solution is to upgrade to Mozilla.
I'll add another workaround to the pool: hide all windowed controls
before
Carsten Ziegeler wrote:
Considering all our version discussions, we want the next Cocoon
version to be a minor version change, so this will be 2.2.
We will put new features into it that were planned for 2.2 anyway,
perhaps except blocks.
Pier suggested that we follow the Linux versioning, so the
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Considering all our version discussions, we want the next Cocoon
version to be a minor version change, so this will be 2.2.
We will put new features into it that were planned for 2.2 anyway,
perhaps except blocks.
Pier
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=28860.
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=28900.
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=28900.
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=28844.
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=28485.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
snip /
To sum up, my opinion is :
- why not once we have blocks and each block has its own version numbering
- it won't fit with the current single large code base we have today
yep, same feeling
26 matches
Mail list logo