"Kevin A. Burton" wrote:
>
> jon * wrote:
> >
> > on 3/31/00 6:14 PM, Kevin A. Burton <[EMAIL PROTECTED]> wrote:
> >
> > > -1. Why not use ECS? I don't like the fact that Webmacro is required.
> > > Lets eat our own Dogfood here and use Cocoon(XSP) or ECS.
> > >
> >
> <snip>
>
> I should have probably officially just done a -0. Wasn't that strong
> but hadn't had my morning coffee yet.
>
> > Because Webmacro allows you to more separate the UI from the layout. it is
> > an alternative to people who don't want to use Cocoon quite yet (including
> > myself)...
>
> I don't like the way we aren't using cocoon for this. We have an
> official Apache project dedicated to separating the UI from the layout.
> +1024 for MVC design and separating the API/logic from the
> presentation. But lets use our own tools. IMO Webmacro is a dead end
> technology. XML is the future. If you aren't using it you are
> seriously limiting your potential.
It is maybe a little be off topic but as I am playing with Cocoon 2 I've
tried to turn Turbine into a Cocoon 2 generator. No, it was not working
because Turbine is emitting html instead of xml. But I had it going
until the Login screen was emitted (and the cocoon parser complained
about wrong input). Did anybody thought of the possibility turning
Turbine into a Cocoon 2 generator?
Giacomo
>
> I could see the justification for not using Cocoon because of its
> weight. Because it brings into the picture a situation that makes
> Turbine administration top heavy and that adding Cocoon to Turbine just
> for GUI administration would be bad. So great. This why the term "eat
> your own dogfood" got started. If Cocoon won't do it now then lets fix
> it.
>
> Jetspeed is going down this road. There are currently some impl points
> that Cocoon falls down on. So that is what the point of OSS is that you
> fix them.
>
> One of the things I was thinking about was an XHTML -> ECS XSLT
> stylesheet. So that you write up your UI in XHTML and then it will
> write out ECS for you. The html2ecs (or whatever is called) is
> currently now recommended but if you did it in XHTML it wouldn't have
> any problems and would be within the "correct" and strict domain of
> XML. The Admin console for Jetspeed is this way sort of. Currently you
> can dock in any Portlet. Right now they are just basic ECS portlets but
> this isn't necessary. You could do a Cocoon Portlet too.
>
> I wanted to see if this model could be integrated into Turbine. The
> problem is that it relies on Portlets so ... yeah. Regardless I want to
> see both paths merge some day.
>
> Kevin
>
> --
> Kevin A Burton ([EMAIL PROTECTED])
> http://relativity.yi.org
> Message to SUN: "Please Open Source Java!"
> "For evil to win is for good men to do nothing."
>
> ------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
--
PWR Organisation & Entwicklung Tel: +41 (0)1 856 2202
Giacomo Pati Fax: +41 (0)1 856 2201
Hintereichenstrasse 7 Mailto:[EMAIL PROTECTED]
CH-8166 Niederweningen Web: http://www.pwr.ch
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
