xml-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Koberg" <...@koberg.com>
Subject Re: cocoon is fundamentally flawed - Re: -1 to Anakia
Date Mon, 16 Jul 2001 18:05:53 GMT
fwiw, I would put that in big bold letters on the cocoon home page. That is
main reason I preach staying away (as others do). Cocoon 1 talks heavily
about separating content and presentation. I just assumed we had different
definitions of separation.

I did a good deal of work with cocoon 1, so I just skimmed the front page to
see if anything has changed.  It was not apparent to me after skimming the
page that this is the case, but I just reread it and looked at your pipeline
config file and that looks like the right way to do it :) Looks good. Do you
have GUI front ends for people to manage the configuration (pipeline) files?
Or are people expected to hand edit them (or create their own guis)?

It sounds like I have recently done a good deal of work that was being done
for me... Very similar design.




----- Original Message -----
From: "Berin Loritsch" <bloritsch@apache.org>
To: <general@xml.apache.org>
Sent: Monday, July 16, 2001 10:36 AM
Subject: Re: cocoon is fundamentally flawed - Re: -1 to Anakia


> Robert Koberg wrote:
> >
> > cocoon needs a processing instruction in the content.  The content tells
the
> > system what to do.  This is backwards of how it should be.  If the idea
is
> > to have reusable content then why polute the content right off the bat.
>
> Actually, this is a mis-statement.  Our whole conversation has been
centered
> around Cocoon version 2.  That version of Cocoon does not require adding
> processing instructions.  It completely separates the content from the
display.
>
> Before making accusations like this, perhaps you should investigate what
we
> have been talking about.  A lot has changed from Cocoon 1 to Cocoon 2.
It's
> a whole new beast.


---------------------------------------------------------------------
In case of troubles, e-mail:     webmaster@xml.apache.org
To unsubscribe, e-mail:          general-unsubscribe@xml.apache.org
For additional commands, e-mail: general-help@xml.apache.org


Mime
View raw message