Stefano Mazzocchi wrote:
> Ivelin Ivanov wrote:
>
>>Reinhard,
>>
>>We are looking for someone to step up and show us how these two can work
>>together in a nice way.
>>
>>Interested?
>
>
> I am.
>
> IMNSHO, the flowmap should totally replace actions and deprecate them.
>
> I've looked at XMLF
Gianugo,
I wanted to play with it this weekend, but it seems that the jar is not
in your home dir any more. It is not in CVS either.
Where do I get it ?
Ivelin
Gianugo Rabellino wrote:
> Ivelin Ivanov wrote:
>
>> Excelent!
>>
>> I want to try it NOW !
>>
>> For all the folks that were
Thank you eversomuch! Thats very helpful. I'm going to take some time
and digest it all and then
I'll provide any thoughts.
Stefano Mazzocchi wrote:
>Last time I wrote an RT about these things, the flowmap wasn't
>implemented. Today it's working, but there are things that I would like
>to cha
Thanks for your thouts.
I would like to see an example at least as complex as the XMLForm demo
before I can comment.
The example needs to
1) Be able to handle most UI widgets, including checkboxes
2) Allow 2 way navigation
3) Make decisions about the next page based on:
a) validity of the i
>
>
>Now: am I happy with HEAD? no, I'm not. I don't think we are even close
>to be that kick-ass framework that we all want it to become. Why? mostly
>because of Actions.
>
>I want to kill the concept of actions.
>
>
+1
>I'll show in detail how I plan to do this in a later email.
>
>
>
-
Last time I wrote an RT about these things, the flowmap wasn't
implemented. Today it's working, but there are things that I would like
to change.
This RT is to start a discussion that will hopefully lead to a coherent
and community-driven design on what the flowmap engine will look like.
First o
Michael Wechner wrote:
> > For example, suppose you have something like this
> >
> >
> > http://www.w3.org/xinclude/2000"; src="blah.inc"/>
> > http://apache.org/cocoon/include"; src="blah.inc"/>
> >
>
> >
> > the first tag should *not* be processed by Cocoon, even by an
> > 'including'
"Andrew C. Oliver" wrote:
>
> Hi,
>
> I've been working on XMLForm stuff and overall it's nice. just.
>
> ActionsI don't really like them. They smell.
Bingo!
> Okay, actually I
> think they might have their place if say
> your form handling was really really really complex, but th
Daniel Fagerström wrote:
[skip lots of great stuff]
> I strongly sugests that we should _not_ make general use of
> continuations available in the flowmap language as there is no need for
> it for what flowmaps are intended to do: describing multipage flow in
> webapps.
Daniel,
thanks for your
TREGAN Fabien wrote:
>
> >I can only hope such architectural decisions are not solely made based
> >on documentation or 'white papers', but also on evaluating design and
> >codebase.
>
> I wish it were :)
Please, allow me to kick in since this is a very important discussion
for all those people
Sylvain Wallez wrote:
+1 for 2.0.3 as soon as possible. I don't have issues with that.
> >> And if we are already talking about releases, what do we have to do
> >> for 2.1? It seems that many things are nearly finished, so we can
> >> start to think of a beta phase. I would propose the 15th of
Ivelin Ivanov wrote:
>
> Reinhard,
>
> We are looking for someone to step up and show us how these two can work
> together in a nice way.
>
> Interested?
I am.
IMNSHO, the flowmap should totally replace actions and deprecate them.
I've looked at XMLForms and I must say it looks extremely unf
"Andrew C. Oliver" wrote:
> > > Just what IS Cocoon?
> >
> >This one will be solved when Cocoon Blocks are available and every
> >installation can be customized depending on the needs and 3rd party stuff
> >can be provided as blocks and not with the core.
>
> No. It will be mitigated, but not so
Sylvain Wallez wrote:
> This is now fixed, but this problem is very likely to resurface with
> Cocoon blocks : if a block comes with its own jars, Cocoon will have to
> create a classloader for them and set it as the context classloader so
> that block-defined classes can be loaded correctly by A
I'm kind bugged by all these 'build failures' in Cocoon and I don't
think they are all our faults.
Sam, I don't know if you are still in charge of updating the GUMP stuff,
but since the mail comes from your name, I'll use you as a gateway.
Sam Ruby wrote:
>
> ---
On 14 Jun 2002 at 11:26, Vadim Gritsenko wrote:
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > > On 13 Jun 2002 at 19:03, Jeremy Quinn wrote:
> > > Hi All,
> > > Has the caching still got a few problems?
> > > I have been getting these a bit:
> ...
> > > java.lang.NullPointerException
On Sat, 15 Jun 2002, Diana Shannon wrote:
> I am working on a How-To for the command line. To get started, I had to
> deal with a few issues described below.
>
> First of all, I just committed a patch for run.sh which now reflects the
> revised lib directory structure of 2.03 and HEAD. (Note th
Someone said:
> > I'd like also to propose some requirements/wishes to samples
> > organization.
> > They should:
> > - have a subsitemap where all the used (specific to the sample)
> > components are declared
> > - provide a default access URI (like: /samples/i18n/, /samples/jsp/)
> > - provide '
crossley2002/06/16 01:40:49
Modified:.changes.xml todo.xml
src/documentation/xdocs/plan book.xml index.xml release.xml
Added: src/documentation/xdocs/plan samples.xml
Log:
Encourage people to help with the refactoring of Cocoon samples.
Provide a "re
That'd be nice; howver, the description I've gotten of flowmap do not
excite me or seem to achive the objective I've outlined.
That being said there are no docs really on flowmap, and I'm kinda
dull--so not my bag man. Admittedly, my understanding of it is
incomplete and probably will be for
crossley2002/06/16 00:29:31
Modified:src/documentation/xdocs/userdocs/concepts Tag:
cocoon_2_0_3_branch catalog.xml
Log:
Fix pathnames for xconf instructions.
Revision ChangesPath
No revision
No revision
crossley2002/06/16 00:29:19
Modified:src/documentation/xdocs/userdocs/concepts catalog.xml
Log:
Fix pathnames for xconf instructions.
Revision ChangesPath
1.4 +4 -4
xml-cocoon2/src/documentation/xdocs/userdocs/concepts/catalog.xml
Index: catalog.xml
==
crossley2002/06/16 00:27:02
Modified:.changes.xml
Log:
Add entry for entity resolver samples.
Revision ChangesPath
1.189 +7 -2 xml-cocoon2/changes.xml
Index: changes.xml
===
RCS fil
crossley2002/06/16 00:21:25
Removed: src/webapp/docs/samples/catalog article.xml
sdocbook2body.xsl style.xsl test.xml testovr.xml
Log:
The catalog sample has moved to webapp/samples/misc/catalog/
--
24 matches
Mail list logo
