Carsten Ziegeler wrote:
Reinhard Poetz wrote:
Corona is inspired by Cocoon 2.x but doesn't use any of its
interfaces. The only exception will be the JNet source resolver[5]
that we will integrate very soon.
Ah, even cooler :) So far I haven't used JNet myself, so it seems you
found it usefull.
Daniel Fagerstrom wrote:
Peter Hunsberger skrev:
On Thu, Mar 13, 2008 at 10:40 AM, Reinhard Poetz <[EMAIL PROTECTED]>
wrote:
Reinhard Poetz wrote:
lots of cool stuff
So far Corona has been developed mostly by Steven (~ 90 % by him, 10
% by me)
behind closed doors but we would like to chan
Carsten Ziegeler wrote:
>
> 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
-David
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,
-
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 Kossako
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:
> ...
>
> .errmsg div {
> display:none;
> }
> .errmsg:hover div {
> display:block;
> position:absolute;
>
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 b
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 i
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
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:
>>
>> 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 ;)
>
>
>>
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 (
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.
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
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?
>
Sorr
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
Hi Reinhard,
Reinhard Poetz pisze:
> 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 proj
Peter Hunsberger skrev:
On Thu, Mar 13, 2008 at 10:40 AM, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
Reinhard Poetz wrote:
lots of cool stuff
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
On Thu, Mar 13, 2008 at 10:40 AM, Reinhard Poetz <[EMAIL PROTECTED]> wrote:
> Reinhard Poetz wrote:
lots of cool stuff
>
> 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 in
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578414#action_12578414
]
Vadim Gritsenko commented on COCOON-1985:
-
Interesting. It sounds that you are des
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578407#action_12578407
]
Alexander Daniel commented on COCOON-1985:
--
Thanks for the hint Vadim. I will hav
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 useable
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
*plai
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 u
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) --
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578389#action_12578389
]
Vadim Gritsenko commented on COCOON-1985:
-
Alexander - if you take a look at the t
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 oth
[
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
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578347#action_12578347
]
Alexander Daniel commented on COCOON-1985:
--
Two requests can deadlock each other
Reinhard Poetz wrote:
We at Indoqa have started to think about working on a slimmed down
version of Cocoon 2.2 ("Micro-Cocoon").
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 "Mir
Carsten Ziegeler escribió:
I would like to cut a 2.1.12 sometime during April.
+1
Best Regards,
Antonio Gallardo.
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
+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
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 t
...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
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=64617&projectId=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:
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]
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
38 matches
Mail list logo