Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 57680 invoked by uid 500); 18 May 2001 17:42:24 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 57600 invoked from network); 18 May 2001 17:42:17 -0000 Date: Fri, 18 May 2001 05:41:49 -0400 (EDT) From: Donald Ball X-X-Sender: To: Subject: Re: [C2.1] XSP preprocessor In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Fri, 18 May 2001, giacomo wrote: > Yesteday night I was thinking about the clean page model from C1. In C2 > we don't have a way to enforce the clean page model because a xsp page > cannot be processed by anithing to make it possible. > > As a feature for 2.1 release of C2 I'd like to introduce preprocessing > stylesheets to the Markup-to-Code engine. With this feature it should be > possible to restrict/sandbox xsp pages to only a few (e. ) > xsp elements in their xsp pages letting a preprocessing stylesheet > stripping out every disallowed elements from the initial xsp page. Of > course there can be other reasons to have such a feature. > > Another improvement for the Markup-to-Code engine will be the ability to > specify preprocessing stylesheets for the logicsheets itself. This will > make it possible to (finally) introduce the Simple Logicsheet Language > to ease the writing of logicsheets proposed by Ricardo Rocha last year. > > Comments? i never saw anything that one could do using the clean page model that one could not do simply using xsp logicsheets. what's the benefit? - donald --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org