Joerg Heinicke wrote:
On 11.03.2008 08:54, Carsten Ziegeler wrote:
We could argue about another default value than -1 though.
Something like 1024^2.
Hmm, not sure if we should change the default value. The idea of
this default was to be sure that error handling works out of the
box. If you
Hi,
I had the thought of doing 2 or 3 maintenance releases of 2.1.x (if
there are changes) per year.
Following this spirit I would like to cut a 2.1.12 sometime during April.
Carsten
--
Carsten Ziegeler
[EMAIL PROTECTED]
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=64617projectId=51
Build statistics:
State: Error
Previous State: Ok
Started at: Thu 13 Mar 2008 01:00:01 -0700
Finished at: Thu 13 Mar 2008 01:00:38 -0700
Total time: 37s
Build Trigger: Schedule
Build Number:
...so I suppose an upgrade of the doc is in order: I may volunteer in
absence of anyone taking care of it him/herself.
Regards,
Luca Morandini
www.lucamorandini.it
I must admit I am a bit uneasy about this dependency, which adds
considerably to the JAR-tonnage of Cocoon even when the user is not
interested in Ajax forms.
Is this inevitable or there is a way to disentangle the two blocks ?
As far as I understand one has to change forms-field-styling.xsl
+1
Carsten Ziegeler wrote:
Hi,
I had the thought of doing 2 or 3 maintenance releases of 2.1.x (if
there are changes) per year.
Following this spirit I would like to cut a 2.1.12 sometime during April.
Carsten
On Thu, Mar 13, 2008 at 8:53 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
... Following this spirit I would like to cut a 2.1.12 sometime during
April
+1, I'll help testing if before the release.
-Bertrand
Carsten Ziegeler escribió:
I would like to cut a 2.1.12 sometime during April.
+1
Best Regards,
Antonio Gallardo.
Reinhard Poetz wrote:
We at Indoqa have started to think about working on a slimmed down
version of Cocoon 2.2 (Micro-Cocoon).
snip/
Having said this, I want to mention that, for us, the Micro-Cocoon
effort is a feasability study, that we will conduct over the next 8
weeks.
Working on
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12578347#action_12578347
]
Alexander Daniel commented on COCOON-1985:
--
Two requests can deadlock each other
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexander Daniel updated COCOON-1985:
-
Attachment: reproduceMultipleThreads.tar.gz
Sample code to reproduce deadlock in Cocoon
Yesterday I was introduced to an Austrian student who would be interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was was an upgrade of cForms to Dojo 1.x (or
replacing it with something else if that is what the community is interested
in).
Any
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12578389#action_12578389
]
Vadim Gritsenko commented on COCOON-1985:
-
Alexander - if you take a look at the
On Mar 13, 2008, at 11:40 AM, Reinhard Poetz wrote:
. a pipeline API (that isn't limited to XML pipelines but would also
support connecting of any types of pipes)
. the pipeline API and the sitemap interpreter are useable from within
*plain Java code* (- no dependency on the Servlet API) --
Reinhard Poetz wrote:
In order to make sure that we don't break any functionality that we want
to keep working, I wrote integration tests (see [1] for the sitemap and
[2] for the integration test framework and [3] for the tests) which we
let run whenever we changed something.
This also gave
On 13.03.2008, at 18:11, Vadim Gritsenko wrote:
On Mar 13, 2008, at 11:40 AM, Reinhard Poetz wrote:
. a pipeline API (that isn't limited to XML pipelines but would also
support connecting of any types of pipes)
. the pipeline API and the sitemap interpreter are useable from
within
Torsten Curdt wrote:
On 13.03.2008, at 18:11, Vadim Gritsenko wrote:
On Mar 13, 2008, at 11:40 AM, Reinhard Poetz wrote:
. a pipeline API (that isn't limited to XML pipelines but would also
support connecting of any types of pipes)
. the pipeline API and the sitemap interpreter are
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12578407#action_12578407
]
Alexander Daniel commented on COCOON-1985:
--
Thanks for the hint Vadim. I will
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12578414#action_12578414
]
Vadim Gritsenko commented on COCOON-1985:
-
Interesting. It sounds that you are
On Thu, Mar 13, 2008 at 10:40 AM, Reinhard Poetz [EMAIL PROTECTED] wrote:
Reinhard Poetz wrote:
sniplots of cool stuff/snip
So far Corona has been developed mostly by Steven (~ 90 % by him, 10 % by me)
behind closed doors but we would like to change that, if this community is
interested
Peter Hunsberger skrev:
On Thu, Mar 13, 2008 at 10:40 AM, Reinhard Poetz [EMAIL PROTECTED] wrote:
Reinhard Poetz wrote:
sniplots of cool stuff/snip
So far Corona has been developed mostly by Steven (~ 90 % by him, 10 % by me)
behind closed doors but we would like to change that, if this
Hi Reinhard,
Reinhard Poetz pisze:
snip/
That was the time when the idea of a rewrite was born. (And as I know it
is important for Grzegorz I want to say that he wasn't involved into
this rewrite in any ways.) I know, rewrites are a difficult topic
especially in the context of open source
Luca Morandini pisze:
...so I suppose an upgrade of the doc is in order: I may volunteer in
absence of anyone taking care of it him/herself.
Hi Luca,
I think it would be the best if you could take care of updating the docs
because it was you who
suffered recently of not up-to-date docs. I'll
Grzegorz Kossakowski pisze:
This rewrite that we gave the name Corona consists of
. a pipeline API (that isn't limited to XML pipelines but would also
support connecting of any types of pipes)
I second question of Reinhard. If not XML, then what? What's the use-case?
Sorry, I meant
Luca Morandini pisze:
I must admit I am a bit uneasy about this dependency, which adds
considerably to the JAR-tonnage of Cocoon even when the user is not
interested in Ajax forms.
Is this inevitable or there is a way to disentangle the two blocks ?
As far as I understand one has to
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
This rewrite that we gave the name Corona consists of
. a pipeline API (that isn't limited to XML pipelines but would also
support connecting of any types of pipes)
Do you have use cases for this? (Just curious)
I can think of a lot of them.
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Dojo is used to only handle Ajax mode of Forms but to handle advanced field
styling of Forms widgets
as well that has nothing to do with Ajax.
Yes, I've looked into the code and discovered that ;)
This means that Forms must depend on Ajax
Luca Morandini pisze:
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Dojo is used to only handle Ajax mode of Forms but to handle advanced
field styling of Forms widgets
as well that has nothing to do with Ajax.
Yes, I've looked into the code and discovered that ;)
This means that
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
I presume that a way to disentangle forms and ajax blocks would be to
make two different forms-field-styling.xsl (one with Javascript and/or
Ajax, the other without Javascript), loaded conditionally on ajax=true
by forms-samples-styling.xsl.
Luca Morandini pisze:
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
I presume that a way to disentangle forms and ajax blocks would be to
make two different forms-field-styling.xsl (one with Javascript and/or
Ajax, the other without Javascript), loaded conditionally on ajax=true
by
Hi guys,
I guess its about time to write something myself...
As a colleague of Reinhard I participated in the Micro-Cocoon effort in
February.
Just as Reinhard wrote, at the end of those 3 days, there was the idea
of doing a rewrite.
The number of use cases and the appr. 5500 lines of code
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Come to think of it, there should be three modes, not teo: ajax,
javascript, no-javascript.
Hence, ajax='true' should be changed too, maybe to
client='static|dynamic|ajax'... hmm... the matter is getting hairy.
Ah, right. Not sure what's the
Luca Morandini pisze:
Well, you can use hidden DIVs, to be displayed when an on hover event
is triggered.
Off the top of my head:
...
style type=text/css
.errmsg div {
display:none;
}
.errmsg:hover div {
display:block;
position:absolute;
Carsten Ziegeler pisze:
Hi,
I had the thought of doing 2 or 3 maintenance releases of 2.1.x (if
there are changes) per year.
Following this spirit I would like to cut a 2.1.12 sometime during April.
+1
Will help with testing and with updating our site if needed.
--
Grzegorz Kossakowski
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Well, you can use hidden DIVs, to be displayed when an on hover event
is triggered.
...
Ah, right. Is this technique considered as accessible?
Yep: it doesn't use Javascript and it dosn't break the linearity of the
page.
Regards,
35 matches
Mail list logo
