Re: PHP 4.0.5 Release & Midgard Problems

From: Date: Mon, 02 Apr 2001 13:18:50 +0000
Subject: Re: PHP 4.0.5 Release & Midgard Problems
References: 1 2 3 4 5  Groups: php.dev 
Request: Send a blank email to php-dev+get-50580@lists.php.net to get a copy of this message
Alex, It's a lost cause. I went through this whole thing over a year ago and I've still got burn marks to show for it. On Sun, 01 Apr 2001, Alexander Bokovoy wrote: > Not so simple because XSLT is far than complex for lot of applications and > especially when you are trying to provide content edit capabilities for > non-techies. This is huge nische. > > It most effective at ZendEngine level but actually task is two-tiered. Let me describe: > 1. Templating require additional syntax which is better handled by ZendEngine > 2. Syntax provides access to collection of template elements and manipulation > of them. It's up to template provider to collect template elements from > some source(s) before actual template building. This is better handled by > extensions. > > This separation also allows to make complex transitions like > 'document with template markup' -> XML-based source + XSLT -> output > In this case second step is done by Template Provider which provides > template elements + hooks to translate them to XML + output callbacks. > Zend Engine dispatches these calls via easy user-oriented syntax. > > For example, in Midgard we have two kinds of template calls: > <[template element]> -- just insert content of template element here and evaluate it as > PHP code. > It looks like hidden functional call to include() but the difference > is that 'template element' actually can come from completely > different place than file system (in Midgard it comes from Database > or FileTemplates). > &(variable:formatter); -- pass $variable throught existing formatter and insert > output into output stream. Different formatters allow > to convert plain text to HTML with different levels of > formatting, execute PHP code, execute user-defined formatter > against $variable. Variable could be any PHP structure > (scalar, object, array, etc) > > These are very simple constucts, but they are greatly reduce build-up for non-technical > interfaces. -Andrei * "UNIX, isn't that some archaic form of DOS?" - our job applicant *

« previous php.dev (#50580) next »