Hi everyone,
I've been looking at trunk to find out how things work these days and
it looks great, but I am a bit confused. It seems like the blocks can
register their own servlet to handle requests, is that true? There is
a suspicious xml file in META-INF/cocoon/spring in each sample. But
how
Andrew Savory wrote:
Hi,
I'd like to propose Jeroen Reijn as a Cocoon committer.
Definitely +1!
Bye,
max
Hi everyone,
This is very interesting! I would love to help, but I have like 5
projects going on in the university and otherwise... However, two of
them are geared at the web, so this might be interesting to investigate.
By the way, has anything improved authentication-wise in Cocoon? I
I want to propose Ard Schrijvers as a new Cocoon committer.
Please cast your votes!
definitely +1!
max
Hi!
I really like the idea to make cleancut interfaces between core components and
factoring them out.
What I would really look forward to would be an abstraction of the processor
level. That would allow us to do cool rails-like things by implementing an MVC
processor :). Berin hat this idea
Hi!
Core would be best as it is very general and all the cache related things are
there as well.
I can do it today, but what about the codefreeze?
Btw, Jeremy, I don't think the caching source factory is dependent on the
eventcache block. AFAIR, it talks to the Cache interface.
max
Please cast your votes.
+1
max
Please cast your votes.
+1
max
Hi!
I have a problem building trunk right now, o.a.c.blocks.BlockConnection uses
the java.net.URL API from Java 5. URL.toURI() doesn't exist in 1.4.2. Can I
replace it by new URI(url.toString())?
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0
@cocoon.apache.org
Subject: Re: error handling causes NPE? (was: error handling in
aggregations)
Max Pfingsthorn schrieb:
Hi!
Err, guys, can it be that the sources aren't released
correctly after a ProcessingException during pipeline
execution? I get the same NPE I did when I
to a guide how to get the samples running in trunk?
max
-Original Message-
From: Jean-Baptiste Quenot [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 22, 2006 16:54
To: dev@cocoon.apache.org
Subject: Re: error handling causes NPE? (was: error handling in
aggregations)
* Max
So the proposed plan to release 2.1.9 is:
- Start code freeze on the 31st of March
- Release on the 6th of April (if nothing bad happens)
+1
max
Hi!
Yes, this works well. I've tested it and with 'when=external' on
'map:handle-errors', it does stop the serializer from dumping the data before
the error page. Also, 'when=internal' works wonderfully inside the aggregate!
I would be all for this change before 2.1.9 comes out. If noone
-
From: Max Pfingsthorn
Sent: Tuesday, March 21, 2006 16:33
To: dev@cocoon.apache.org
Subject: RE: error handling in aggregations
Hi!
Yes, this works well. I've tested it and with
'when=external' on 'map:handle-errors', it does stop the
serializer from dumping the data before the error
[
http://issues.apache.org/jira/browse/COCOON-1794?page=comments#action_12369430
]
Max Pfingsthorn commented on COCOON-1794:
-
Actually, I meant to implement this in the repeater binding.
You are right though, positioning is important and makes
[
http://issues.apache.org/jira/browse/COCOON-1794?page=comments#action_12369434
]
Max Pfingsthorn commented on COCOON-1794:
-
Okay, fine. They only thing I would like to accomplish, and which is important
to VNU and Hippo as well
[
http://issues.apache.org/jira/browse/COCOON-1794?page=comments#action_12369441
]
Max Pfingsthorn commented on COCOON-1794:
-
Hmm.. not so sure. What I did now was to implement an
InsertAfterNodeJXPathBinding which is used instead
[
http://issues.apache.org/jira/browse/COCOON-1794?page=comments#action_12369471
]
Max Pfingsthorn commented on COCOON-1794:
-
Sorry, that is not right. The repeater will _always_ save rows in order, the
only thing that is appended are placeholders
[
http://issues.apache.org/jira/browse/COCOON-1794?page=comments#action_12369260
]
Max Pfingsthorn commented on COCOON-1794:
-
This is an interesting topic. However, retrospectively moving the rows around
doesn't seem to be the best way to solve
Dear all,
sorry for this noise... It was my fault. I didn't release a source properly in
one of my generators...
Jean-Baptiste, maybe you have the same problem?
Bye!
max
-Original Message-
From: Max Pfingsthorn
Sent: Thursday, March 02, 2006 13:10
To: dev@cocoon.apache.org
Hello!
Yes, please, I would like one :)
Thanks!
max
-Original Message-
From: David Crossley [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 02, 2006 23:33
To: dev@cocoon.apache.org
Subject: Re: Cocoon developers opensource license YourKit
Java Profiler
David Crossley wrote:
:755)
max
-Original Message-
From: Jean-Baptiste Quenot [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 02, 2006 16:59
To: dev@cocoon.apache.org
Subject: Re: repository block
* Max Pfingsthorn:
I want to refactor the repository block so that SourceProperty
Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Max Pfingsthorn schrieb:
Hi!
Okay, I traced this one to the
o.a.c.environment.wrapper.EnvironmentWrapper
thank god for debuggers). That one does not implement
release(Source)
itself,
so the superclass is used, but since it is a wrapper
...nevermind. that didn't do the trick.
max
-Original Message-
From: Max Pfingsthorn
Sent: Thursday, March 02, 2006 13:05
To: dev@cocoon.apache.org
Subject: RE: environment errors
Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Max Pfingsthorn schrieb:
Hi!
Okay, I
Hi!
Okay, I traced this one to the o.a.c.environment.wrapper.EnvironmentWrapper
(thank god for debuggers). That one does not implement release(Source) itself,
so the superclass is used, but since it is a wrapper, it is not initialized to
have a source resolver itself! I am not sure what this
the CachingSourceFactory
from the scratchpad.
Anyone against that?
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-
[EMAIL PROTECTED] / www.hippo.nl
-
(ThreadedServer.java:357)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-
[EMAIL PROTECTED] / www.hippo.nl
-
-Original Message-
From: Max Pfingsthorn
Sent: Monday, February 06, 2006 12:10
To: dev@cocoon.apache.org
Subject: RE: making pipelines wait for each other
I think this topic has been discussed several times, so you
might want
to search through the archives to see what others did say
, preferrably a transient, in-memory one without size limits, and
do the same as I outlined above.
WDYT? Would that solve it? Is there a better way?
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Monday, February 06, 2006 11:35
To: dev@cocoon.apache.org
Subject: Re: making pipelines wait for each other
Max Pfingsthorn wrote:
Hello!
...
WDYT? Would that solve it? Is there a better way?
I
I think this topic has been discussed several times, so you might want
to search through the archives to see what others did say about it.
I had a look and the only thing I found was a conversation in the beginning of
2004 about eventcaching and the CachedSource [1]. Unico started it back
-Original Message-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]
Sent: Monday, February 06, 2006 12:06
To: dev@cocoon.apache.org
Subject: Re: making pipelines wait for each other
Le 6 févr. 06, à 10:44, Max Pfingsthorn a écrit :
...We see that if a second request
Hi!
Thanks for fixing this so fast!
It should have gone into the AbstractCustomBinding though, in order not to
break other custom bindings. Libraries are of no interest to custom bindings
anyway. Fixing this (and the typo) now... (making extra sure I don't break
stuff again).
Bye!
max
-Original Message-
From: Jean-Baptiste Quenot [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 24, 2006 18:40
To: dev@cocoon.apache.org
Subject: Re: caching for source objects?
* Carsten Ziegeler:
Max Pfingsthorn schrieb:
I've run into some problems with performance
Hi!
I just did an update of my 2.1.x branch and (even after svn cleanup), svn
complains:
svn: Failed to add directory 'src\blocks\validation': object of the same name
already exists
Did someone make it external or something? Should I delete that dir and do
another svn up?
Best regards,
Max
org.quartz.impl.jdbcjobstore.DriverDelegate
return delegate.updateSchedulerState(arg0, arg1, arg2);
^
Did someone forget to add a new quartz jar or committed this by accident?
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20
values
and required fields work again in AggregateFields.
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-
[EMAIL PROTECTED] / www.hippo.nl
-
[ http://issues.apache.org/jira/browse/COCOON-1739?page=all ]
Max Pfingsthorn reassigned COCOON-1739:
---
Assign To: Max Pfingsthorn
Selection list within aggregatefield is ignored
---
Key
[ http://issues.apache.org/jira/browse/COCOON-1739?page=all ]
Max Pfingsthorn closed COCOON-1739:
---
Fix Version: 2.2-dev (Current SVN)
2.1.9-dev (current SVN)
Resolution: Fixed
AggregateField did not initialize its children
[
http://issues.apache.org/jira/browse/COCOON-1688?page=comments#action_12363966
]
Max Pfingsthorn commented on COCOON-1688:
-
I've allowed only new's to have a : in their id field, because they may
reference classes in libraries directly. Please
[ http://issues.apache.org/jira/browse/COCOON-1688?page=all ]
Max Pfingsthorn closed COCOON-1688:
---
Fix Version: 2.2-dev (Current SVN)
2.1.9-dev (current SVN)
Resolution: Fixed
Assign To: Max Pfingsthorn
I fixed
[ http://issues.apache.org/jira/browse/COCOON-1734?page=all ]
Max Pfingsthorn reassigned COCOON-1734:
---
Assign To: Max Pfingsthorn
Forms library not honouring cross-referencing classes
-Original Message-
From: Antonio Gallardo [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 25, 2006 17:15
To: dev@cocoon.apache.org
Subject: Re: on another note: error in QuartzDriverDelegate.java
Max Pfingsthorn wrote:
Hi!
Found something in the current svn 2.1.x branch
[ http://issues.apache.org/jira/browse/COCOON-1734?page=all ]
Max Pfingsthorn closed COCOON-1734:
---
Fix Version: 2.2-dev (Current SVN)
2.1.9-dev (current SVN)
Resolution: Fixed
Changed the way widgets and bindings remember
resolver's resolveURI() method to add some caching (and delayed release) of the
sources, say, using the o.a.excalibur.store.impl.MRUMemoryStore?
WDYT?
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 24, 2006 13:07
To: dev@cocoon.apache.org
Subject: Re: caching for source objects?
Max Pfingsthorn schrieb:
Hello everyone!
I've run into some problems with performance (in general
[x] move template block to 2.1 and keep the old implementation
[ ] move template block to 2.1 and trash the old implementation
[ ] don't move template block to 2.1
max
Antonio Gallardo [mailto:[EMAIL PROTECTED]:
Vadim Gritsenko wrote:
We need official vote to mark CForms stable, so let's start
it. Please
vote to mark CForms as stable, to be included in imminent
2.1.9 release:
[ ] +1, Let's do it!
[ ] 0, What is CForms?
[ ] -1, It's not
[ http://issues.apache.org/jira/browse/COCOON-1608?page=all ]
Max Pfingsthorn closed COCOON-1608:
---
Fix Version: 2.1.9-dev (current SVN)
Resolution: Fixed
Assign To: Max Pfingsthorn (was: Cocoon Developers Team)
Fixed that one
...Please cast your votes :
[ +1] flatten the structure and pave the way for a 2.2 release
[ ] no because
Max
Geoff Howard [mailto:[EMAIL PROTECTED] wrote:
On 12/20/05, Max Pfingsthorn [EMAIL PROTECTED] wrote:
On another note: I need the eventcaching block for webdav, but
that one only needs jms in one class, and databases in the
samples. So, I'll work on the dependency issue
...
What's the contract for the auto-wiring? Just assuming
ClassA and ClassB
have public static fields called ROLE? Sounds somewhat strange.
No, the contract would be to search for a component which is
registered
using the ClassA as the role name. Actually ClassA and ClassB are two
Hi everyone!
Sorry, that was me. Thanks for fixing it, Carsten! And yes, it was the right
solution.
Bye and happy new year!
max
-Original Message-
From: Antonio Gallardo [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 31, 2005 13:48
To: dev@cocoon.apache.org
Subject: webdav
afterwards (even though there is only WebDAVRepository right
now). Maybe the JCR stuff can be adapted as well (a
o.a.c.components.repository.Repository adaptor to javax.jcr.Repository).
WDYT?
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20
-Original Message-
From: Max Pfingsthorn
Sent: Wednesday, December 21, 2005 12:04
To: dev@cocoon.apache.org
Subject: RE: rejuvenating the webdav block
Hi!
Can you show me a block (or some sort of description of how
it should look like) so I can rearrange the structure
accordingly? I
Please cast your votes!
+1, welcome!
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-
[EMAIL PROTECTED] / www.hippo.nl
-
Message-
From: Gianugo Rabellino [mailto:[EMAIL PROTECTED]
Sent: Friday, December 16, 2005 12:48
To: dev@cocoon.apache.org
Subject: Re: rejuvenating the webdav block
On 12/16/05, Max Pfingsthorn [EMAIL PROTECTED] wrote:
Dear Cocooners,
I would like to start rejuventating the webdav
Jean-Baptiste Quenot [mailto:[EMAIL PROTECTED] wrote:
* Max Pfingsthorn:
- Currently, there is no way to access older revisions of a
source, you have to guess
In the WebDAV jargon, this is the REPORT method. Maybe we can
call that getRevisionHistory() to be protocol
@cocoon.apache.org
Subject: Re: rejuvenating the webdav block
* Max Pfingsthorn:
I would like to start rejuventating the webdav block. We have
some code to do cool things like event caching and a more
general purpose WebDAVTransformer (which can also do propfind,
proppatch, etc
now. Maybe I can work it in!
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-
[EMAIL PROTECTED] / www.hippo.nl
-
Hi!
Very nice task :D
Here is my vision, given these constraints:
The next Cocoon should be boiled down to the basics most people need, and it
would do what Cocoon 2 does best: XML processing. However, it would also allow
for a more application-oriented (i.e. object oriented, not procedual or
?
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-
[EMAIL PROTECTED] / www.hippo.nl
-
Thanks!
I'll try that.
max
-Original Message-
From: Torsten Curdt [mailto:[EMAIL PROTECTED]
Sent: Friday, December 02, 2005 12:59
To: dev@cocoon.apache.org
Subject: Re: Standalone components?
Hi!
I've had a bit of trouble with components that are not referenced
by
Geoff Howard [mailto:[EMAIL PROTECTED] wrote:
On 11/21/05, Max Pfingsthorn [EMAIL PROTECTED] wrote:
Hi Cocooners!
I have a question: I couldn't find a nice EventAware object
cache in Cocoon, the eventcache block only implements the
o.a.c.caching.Cache which I need to pass a byte array
Geoff Howard [mailto:[EMAIL PROTECTED] wrote:
On 11/23/05, Max Pfingsthorn [EMAIL PROTECTED] wrote:
Geoff Howard [mailto:[EMAIL PROTECTED] wrote:
On 11/21/05, Max Pfingsthorn [EMAIL PROTECTED] wrote:
...
I missed the deprecation of the Stores discussion. Do you have some
pointers
Geoff Howard [mailto:[EMAIL PROTECTED] wrote:
...
Would it be sufficient to configure JMSEventMessageListener with a
list of EventAwares? If the EAManager is necessary, I
guess it would
have to be configured with such a list unless you can
think of a way
for it to discover all
Geoff Howard [mailto:[EMAIL PROTECTED] wrote:
...
Source | Topic | Listener
-
foo| bar | baz means topic bar from source foo
should be delivered to listerner baz
* | barr | baz baz should also get any message
with topic barr from any
) EventAware cache for
objects used for form my responses of a generator. I could imagine that this
sort of cache might be useful for others as well. If so, and it is not
implemented yet, I would like to go ahead and do so.
WDYT? Does anyone have any pointers for me?
Best regards,
Max
On 11/20/05 10:28 AM, Antonio Gallardo [EMAIL PROTECTED] wrote:
...
About Dojo, one of the concerns is that it takes longer initializing on
the client. Maybe it is just due the internet wire. Let me explain,
seems like dojo use a load on demand scheme to load the required JS
files, hence it
Hi!
I actually like this for exactly the reason Giacomo pointed out. The thing I am
always afraid of is vulnerability to malicious requests, which this actually
prevents.
This is in itself not a template (i.e. rendering) option but changes the model
on the fly, which can be considered as a
Hi all,
[X] foo.bar:input (colon, not CSS-friendly because of IE)
+1 from me as well. It's the least evil one, it does interfere with the
libraries meaning of :, however, since it is in effect hidden from the user,
it's okay.
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT
Hi all,
I just made an account in Jira (mpfingsthorn, email: [EMAIL PROTECTED]), can
you add me to the right groups?
After two weeks of exams and subsequently needed rest, I am finally ready to
dive into cocoon again ;)
Thanks a lot!
max
Hi all!
I still have problems committing, so if one of you could apply the patch from
bug 37005[1] for 2.1.8 before the freeze, that would be great!
Bye,
Max Pfingsthorn
For lazyness:
[1] http://issues.apache.org/bugzilla/show_bug.cgi?id=37005
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
...
Yes, I agree with Ralph and you that we should have a
seperate download
for our docs and don't add them to the normal distribution at all.
+1 for separate download.
me too +1 for separate package.
max
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 16, 2005 17:18
To: Cocoon-Dev
Subject: [Vote] Status file per block
Starting with 2.2 we want to have different release cycles
etc. for each
block so I think it's time to split up the
...
Sorry for the delay in my reply. It is hard to follow 100
mails daily on
the list. ;-)
No problem, I feel your pain ;)
...
Very easy. Since the talk is about conventions as in Rails,
then here we
introduce a new development rule again:
The field name should be unique in the
!
Bye!
max
[1] http://www.robocup2006.org/sixcms/detail.php?id=242lang=en
-Original Message-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]
Sent: Friday, October 14, 2005 08:25
To: dev@cocoon.apache.org
Subject: [VOTE RESULTS] new committer: Max Pfingsthorn
Le 11 oct. 05, à
-Original Message-
From: Jean-Baptiste Quenot [mailto:[EMAIL PROTECTED]
Sent: Friday, October 14, 2005 11:21
To: Cocoon Dev
Subject: Re: [VOTE RESULTS] new committer: Max Pfingsthorn
Dear Max,
Congratulations for becoming a new Apache member
.. I wished
...
I was thinking about that recently - does anyone know a tool for
tag-based navigation of javadocs?
A better *navigation* of the javadocs, like being able to see all
classes which have the sitemap generator tags, would help a lot.
Can't you use the refdoc stuff for that? If it's not
Hi everyone!
Thank you so much for your votes! Very unexpected and very cool! :D
I would be very honored to become a Cocoon Committer.
Bertrand Delacretaz wrote:
(and besides that, it will be cool to have more people with
difficult
names to type ;-)
As long as I can call him Max... +1
Hi everyone!
Sorry, this one turned out to be quite long with the quotes inside. Bear with
me, please! :)
...
Hmm, okay. But how do you generate a database schema from a
few forms? Especially if there are graph-like relationships
between the entities you cannot model in a form definition.
But then you can't go and patch in little bugfixes into a running site. You'd
have to restart the whole thing. Is there any way to do the cheap checking but
leave out the expensive things (if there are such) in production?
My 2 cents...
max
-Original Message-
From: Carsten Ziegeler
...
Let's worry less about perfection and worry more about some simple
changes that have huge payoffs. Once we have the basics down, we can
tackle some of the more difficult aspects.
Okay, but does that really need a completely new sitemap implementation?
The convention is
Hi!
Yes, I fixed this already, along with some other errors which sneaked into the
code during integration, I suppose. I will make a patch for this tonight so it
can get fixed as soon as possible.
Bye!
max
-Original Message-
From: Sergio Bossa [mailto:[EMAIL PROTECTED]
Sent:
\webapp\WEB-INF\xconf\cocoon-core-samples-main.xconf
If I comment that reference, which is the only interesting line in that file,
it works. Just wanted to let you guys know.
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
..
Summary: Input the form definitions and templates and let
Lepido build
the whole cocoon application for you! ;-)
Druid looks great. But wouldn't it be better to let users make an ER diagram
and take it from there? i.e. create db, java classes, ojb mapping, some default
forms with the
...
Druid looks great. But wouldn't it be better to let users
make an ER diagram and take it from there? i.e. create db,
java classes, ojb mapping, some default forms with the right
definition and binding. Then, the only thing left to do is
adjust the template and you are done! :)
Hi!
This is great! I was wondering if I can help out with any more ajaxization
during the Hackathon. Is there still work to do? If yes, where and what? I
would also like to try to ajaxize the portals a bit, for snappiness (like
http://www.netvibes.com/, or http://www.google.com/ig). What do
is used in different forms with
different prefixes. Seems to be quite hard to do this given the current state
of things...
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
- check out the forms samples!
Thanks again for your opportunity and I am very much looking forward to
contribute some more!
Best regards,
Max Pfingsthorn
[1] Daisy page:
http://cocoon.zones.apache.org/daisy/documentation/forms/685.html
[2] Original proposal: http://wiki.apache.org/cocoon
Hi!
Okay, I see what you mean, but as a user of such a library, you have to be
aware of what it requires. In my conception, the usecase you describe is not
valid as you try to use only a part of an obviously connected set of widgets.
You can do this, however you have to override the event
Hi all!
Well, I admit I am a bit behind, in a way. I have a strict plan by which
I should be done by friday morning/thursday night ;)
Progress-wise, I did everything preliminary. Partial widget definitions
are possible and checked for completeness just before instantiation. I
cleaned up the code
Hi!
Thanks for the comments, got some more though ;)
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 11, 2005 11:56
To: dev@cocoon.apache.org
Subject: Re: Cocoon Forms library... some more questions.
Max Pfingsthorn wrote:
Hi everyone
Hi again!
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 11, 2005 16:32
To: dev@cocoon.apache.org
Subject: Re: Cocoon Forms library... some more questions.
snip/
Yes, but what is the contract of a widget with the model?
That the type
... But it is still a long time to September
1st, so I might just make it. Next weekend should be free (finally), so I'll be
coding then. It would be great if we could address some of the issues above
before that so I can dive in big time ;)
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 30, 2005 10:05
To: dev@cocoon.apache.org
Subject: Re: svn access?
use svn v2
as in very verbose?
max
But I thought svn is at version 1.2.1.. ?
The import I did was more of a test than real work... :D
max
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 30, 2005 22:29
To: dev@cocoon.apache.org
Subject: Re: svn access?
Max Pfingsthorn wrote
Hi!
Sorry about that... I wasn't quite sure what this cvs list was for until now..
I subscribed now as well.
I was just trying out my svn access, so things were bound to go wrong somewhere
;)
bye!
max
-Original Message-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]
Sent:
to the existing forms project there, and would keep
the old code intact...
What do you think?
Best regards,
Max Pfingsthorn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-
[EMAIL PROTECTED] / www.hippo.nl
--
1 - 100 of 116 matches
Mail list logo