Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <3F7A9AF6.9090504@Danet.de>
Date: Wed, 01 Oct 2003 11:14:30 +0200
From: "Dr. Michael N. Lipp" <Lipp@Danet.de>
Reply-To: lipp@Danet.de
Organization: Danet GmbH
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.4) Gecko/20030624
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: Disappointed about avalon usage
References: <3F7A8706.3060706@Danet.de> <3F7A8AC4.8090208@anyware-tech.com>
 <3F7A8FAB.7040103@Danet.de> <3F7A92E1.5090806@anyware-tech.com>
 <3F7A942B.1090709@anyware-tech.com>
In-Reply-To: <3F7A942B.1090709@anyware-tech.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

> Typo: Where/how is poolable *not* used as it should be ?
> 
Sorry, it is really quite some time ago. It was something with DOM/SAX 
handling. When I just looked through the code (2.0.4), the only thing I 
could find was XMLByteStreamCompiler being generally used with "new 
XMLByteStreamCompiler" although it implements Recycable (which I mixed 
up with pooled in my previous mail, I think). You should probably forget 
about this detail - if I come across it again, I'll send a note.

My project aac-xforms (another approach to Coocon XForms) grew out of 
the desire to have the "standard" XForms in Cocoon. I'm still working on 
this project, but have currently very little time and so it is making 
little progress. Sometimes I look at chiba/chicoon and wonder if I 
should stop aac-xforms, but I still like my approach ;-).

Concerning the server/client question of XForms, I think there will 
always be demand for a pure server side solution (or at least 
approximation, as you can obviously not fully implement UI event 
behaviour) until XForms is integrated in browser (which will not shortly 
- if ever - happen). Believe it or not, especially the large costumers 
of the company I'm working for are still hesitant about allowing 
JavaScript (bad) or user driven download of plugins (very bad) and 
"please do not propose a solution that requires our IT department to do 
installation of software on the clients".

  - Michael