True, i tried a few exemples and the first generation is really slow for just a hello world :-\ the good this is that the cocoon caching system seems to work fine with lazlo, so depending on how the pipes are designed and optimized for caching, this can remain a small problem. For me, the main difficulty i see is to have underlying "logical" documents that fit with both lazlo and html view. The problem will always be to match this or this lazlo feature (like window or layout) in html+css. Proably a lot of headaches here, but really worth it :)

Marc


Sebastien Arbogast a écrit :

I see it also like that, cocoon is a MVC framework that handles easily
multiples V, why not using lazlo for at least one of the views of the
webapp ?

Exactly ! That could make accessibility go a step further : you make a
RIA V and for those who don't want or don't like Flash, you just make
an AJAX or plain XHTML one, without having to develop all the rest
again. Moreover, I think that OpenLaszlo misses a few features that
Cocoon provides, like i18n for example (their support for resources is
quite... simple), so we could translate lzx files before passing them
to LZX compiler.

The big problem I see with this collaboration is that performance is
already a big issue with Laszlo. So with Cocoon XML transformations
before, it could be awful.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to